home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Compendium Deluxe 2
/
LSD and 17bit Compendium Deluxe - Volume II.iso
/
a
/
prog
/
misc
/
barfly1_10.lha
/
Barfly
/
Docs
/
Barfly.man
< prev
next >
Wrap
Text File
|
1994-10-12
|
182KB
|
6,310 lines
This file documents Barfly, a development system for AmigaOS V2.04 or
newer.
Barfly 1.0
An Intuition controlled Debugger and Optimizing Assembler
Copyright (c) 1989-94 Ralph Schmidt
- Shareware -
Basic Informations
******************
Copyright and other legal stuff
===============================
Copyright (c) 1989-94 Ralph Schmidt
Permission is granted to make and distribute verbatim copies of this
manual provided the copyright notice and this permission notice are
preserved on all copies.
No guarantee of any kind is given that the programs described in
this document are 100% reliable. You are using this material at your
own risk. The author *can not* be made responsible for any damage which
is caused by using these programs.
Permission is granted to include this package in Public-Domain
collections, especially in Fred Fishs Amiga Disk Library (including
CD-ROM versions of it). The distribution file may be uploaded to
Bulletin Board Systems or FTP servers. If you want to distribute this
program you *must* use the original distribution archive `Barfly.lha'.
*None* of the programs may be included or used in commercial programs
unless by written permission from the author.
*None* of the programs may be modified in any way. This especially
includes changing the copyright notices or removing any of the Shareware
restrictions.
*None* of the programs may be used on any machine which is used for
the research, development, construction, testing or production of
weapons or other military applications. This also includes any machine
which is used for training persons for *any* of the above mentioned
purposes.
*None* of the programs may be used by more than the registrated
owner.
Registration
============
As you may have noticed in the copyright I'm working for five years
at Barfly. It has always consumed and will continue to consume a large
amount of my time.
I cannot afford just working for fun. Thus, I decided to release
Barfly as Shareware. I already tried to release Barfly as a commercial
product but the story behind it is more than sad. To sum it...german
Amiga software companys aren't worth any time...`they suck'. Some
people may think the price is too high for a Shareware product but i
think that BAsm is as powerful as the 2 main available commercial
Assemblers...if not more powerful if you compare the speed and the
optimize functions;there's no commercial Debugger available that can
compete with BDebug. I've used Barfly myself for commercial Amiga
applications. Z3-Fastlane device,CDRive,SCSIConfig,...
The unregistered version of Barfly pops up the About requester at
the start and has some functions disabled:
Assembler:
o only 8192Bytes large code possible
o the Section commands aren't available
Debugger:
o Only 1 Window per Object
o Enforcer Catch not available
o Task Catch not available
o Crashed Task Catch not available
o Limited Step count(about 150-200 Steps)
Registered users will be shipped a disk with the newest public
release of Barfly, along with a personalized, so-called "keyfile". It
enables all the missing features and disables the Shareware reminders.
This keyfile will work with all future releases of Barfly, so you can
simply download the latest version from your local bulletin board
without having to wait weeks for your update passing through the slow
mail channels. The keyfile `must not' be distributed in any way.
The fee for a Barfly registration is
70.- DM (D-Mark),
70.- SFr (Schweizer Franken),
230.- FF (French Francs),
50.- US$ (US Dollar)
The fastest, cheapest and easiest way to register is put the money
together with the filled registration form into a letter and send it to
Please allow 2-5 weeks delivery for the registrated version.
Ralph Schmidt
Kleiner Hellweg 4
33154 Salzkotten
FR Germany
Phone: +49-5258-5637
E-Mail: laire@uni-paderborn.de
Irc: Laire on #amiga,#amigager
Introduction
************
Purpose
=======
BDebug is an Intuition controlled multi-task system Debugger for OS
2.04 and newer.
You can use BDebug to debugging your programs, catching tasks,
reseach enforcer hits, follow Source-Level Informations and other
advanced functions. The Debugger supports assemblers,SAS C,Dice and
GCC.
Some of BDebug's features are:
* font-sensitive, resizable and Style Guide compliant GadTools GUI
* Object-Oriented that results in a low learning curve
* Supports 68000...68060 and the FPUs
* Can debug multiple tasks at the same time
* Not limited by the amount of window objects.
* highly configurable
* keyboard support
BAsm is a very fast optimizing Assembler for OS 2.04 and newer.
Some of BAsm's features are:
* 68000-68060,6888x
* Very Fast
* Include and Incbin Cache
* Strong Optimizer with Multi-Pass Optimizing
* High Level Macros
* ARexx
* Supports OS 2.04 and OS 3.0 Hunks
* SAS D1 Source Level Format
System requirements
===================
Barfly requires Amiga operating system version 2.04 or better.
Kickstart 1.3 is *not* supported; this operating system is considered
obsolete.
Barfly requires at least one megabyte of RAM to run. A hardisk or a
faster CPU is not required but increase performances and comfort, of
course.
Installation
============
It is really easy to install Barfly:
1. Copy the the binary and the icon (called "BDebug" and
"BDebug.info") to any directory.
2. Copy the the binary and the icon (called "BAsm" and "BAsm.info")
to any directory.
Then copy the supplied configuration files from "s/Barfly/#?" to "S:"
directory of your system partition or create env:Barflypath with the
path to a directory that contains Barfly/#?.
Other topics
************
Updates
=======
Whenever a new release of Barfly gets released, I will post some
information in the appropriate newsgroups of some electronic networks.
The new archive will soon be available on many bulletin boards and on
all `AmiNet' FTP servers. Major releases will also come with some PD
disks, especially on Fred Fish's collection.
As mentioned above, registered users will neither need a new keyfile
nor a special personalized program version. They can use all new
features immediately.
Support
=======
If you have some questions, comments, suggestions or even flames,
please feel free to contact me at one of the following addresses. If
you send your letter via e-mail, there's a good chance for getting a
quick reply.
Snailmail: Ralph Schmidt
Kleiner Hellweg 4
33154 Salzkotten
FR Germany
Phone: +49-5258-5637
E-Mail: laire@uni-paderborn.de
Irc: Laire on #amiga,#amigager
History
=======
* 0.0 - 1.0
not released
Future
======
Here are some ideas for future versions of BDebug:
* Full Source Level support for GCC and perhaps SAS.
* Better BDebug Arexx support...the current one is a bad excuse.
* Mungwall Trace methods.
* Automatic Refresh of some Windows(Task Window...)
* Amigaguide file mode in the autodocs functions.
* Highlight changed registers
* Better documentation.
* BAsmOption for the easy BAsm options configuration.
* Other things i'm too lazy to mention now.
Important:
There is absolutely NO guarantee that these features will ever be
implemented. So don't be disappointed, if they aren't in the next
version.
Acknowledegments
================
Thanks must go to:
- Dirk Leschner, Frank Jakobs
for being my best friends
- Matthias Scheler
for his manual design and Filer.
- S.Schaem, Børge Nøst, Alexis Wilke, Michael B. Smith, Marc Heuler
for their superb betatesting efforts
- Mike Schwartz
for a lot suggestions to improve basm. Sad he has left the Amiga
community 2 years ago.
- Stefan Becker
for Toolmanager and being a nice guy.
- Christoph Wolf
for DynamiCache and being a nice guy.
- Brian Cerveny(Redwine)
for Grapevine and being a nice guy(Really ?).
- All my IRC friends.
for many great hours. Thanks!
Andrew Denton(Guardian), Kenneth Dyke(Nyx), Bill Coldwell(Cryo),
Brian Cerveny(Redwine), Joseph Hillenburg(xterm), Scott
Ellis(ScottE), Chris Wichura(Caw), John Wiederhirn(John\_W), Mike
Schwartz(mykes), Markus Illenseer(ill), Petra Zeidler(stargazer),
Michael van Elst(mlelstv), Holger Lubitz(holgi), Ralph
Babel(rbabel), Seth Harman(Budha) and a lot guys i haven't
mentioned here.
- Chris Schneider and Urban D. Mueller
for some suggestions 2-3 years ago and installing Aminet.
- Michael "billy" Böhnisch
for his cleanup on MakeBarflyFD 2-3 years ago.
- Steve Wright
for designing the icons 2 years ago.
And of course to all the other Beta testers and registered users.
The V40 Includes can be ftp'ed from the FTP-Server.
ftp.rz.uni-wuerzburg.de: pub/amiga/frozenfish/bbs/com
A superb Linker "lk" by Alex Wilke should be soon availble on Aminet.
BDebug 1.0
An Intuition controlled Debugger
Copyright (c) 1989-94 Ralph Schmidt
- Shareware -
Usage of BDebug
***************
The Command Window
==================
Debugger Philosophy
===================
BDebug is a multitasking Debugger that supports the Motorola
processors 68000...68060 and 68881...68882. The Debugger allows to
debug unlimited tasks parallel. Because of the Debugger's complexity
BDebug was designed in an object-oriented way to allow an easy and
comfortable way to use it. The register window `REGWindow' is the Root
class of the task object that can be expanded by several subclass
windows. Every subclass window has privat menus and inherits the
public menus of its father object.
Debug Methoden
==============
The Debugger offers a variety of different Debug methods that can be
activated by menu or gadget.
Debug Task
..........
is used to select a task you wanna debug. If you doubleclick on a
task a `REGWindow' and a couple of information windows opens. Which
type and how many are opened depends on the current configuration.
After the task could be stopped the contents of the `REGWindow' and all
other information windows gets refreshed. If the task is in the `Wait'
state the task is stopped when it gets a signal.
Task Listview Layout
Taskaddress & Priority & Status & [!]Name
A process is marked by `!' at the beginning of the name.
You should know what task you can stop and what kind of task should
never be stopped. For example the Input.device should never be stopped.
Debug File
..........
is used to load and stop a program. This function is equal to the
bdebug cli startup with the exception that you can enter the parameter
in a requester. If no error occur all configurated windows are opened
and the PC stops at the defined programstart breakpoint that normally
points to the first command of the program.
Debug Next Task
...............
is used to debug the next task that is opened. The Debugger waits
until another task is created by AddTask and a couple of information
windows opens. Which type and how many are opened depends on the
current configuration. After the new task was caught the pc points to
the beginning of the task and `Catch Next Task' is disactivated. To
catch a program that is started from the WV you have to use `Debug Next
Task' to catch the WB Startup Task `WBL' that starts the program. Now
you have to activate `Debug Next Task' again and let the current task
run. After a short time the task `WBL' ends and the program's task is
caught.
You should avoid to start a new task between the 2 `Debug Next
Task' phases because it's easy to catch the wrong one.
You should notice that `AddTask' is patched and points to a new
routine. Thus you should be careful with programs that also patch
`AddTask'. Furthermore it's useful know in what sequences these
patches have to be removed. The Debugger can only be closed when
all patched system function that were installed after the Debugger
was started are removed.
If you start a program in the shell without `c:Run' no new task is
created. Instead the program is run as a subroutine in shell's
task so you can't catch the task that easy.
Debug Crashed Task
..................
is used to catch tasks that crash so you track down the bug location
a lot easier. If the system itself doesn't run anymore you shouldn't
expect that bdebug still runs because it depends on a working system.
If a task crashes and the option `Debug Crashed Task' is activated a
couple of information windows opens. Which type and how many are opened
depends on the current configuration. `Task Held Requester'.
Catch Enforcer Hit
..................
is used to tell the Debugger to stop the task it controlls when an
enforcer hit happens. Unfortunately the Debugger can't stop the task
at exactly the same location where the hit happened. Mostly the hit
command is 1-2 instructions above the stopped task's PC.
This function needs Enforcer V37.x by M. Sinz and it must be
installed before BDebug is started. Please read the documentation.
Select Display Mode
...................
This function allows you to chooce the Screen Mode for the Debugger.
How to start ?
==============
If you only want to debug a program you have to start bdebug with
the program's name and parameters or by using `Debug Program' in the
command window. Another method is to move a program's icon on the
command window or specify BDebug as in the icon as the `DefaultTool'.
`Name:'
BDEBUG - The CLI Startup
`Synopnis:'
BDEBUG [?] [<Program> [Argument] ]
`Function:'
BDebug activates the Debugger, loads and stops the optional
entered program. If it can find a local config file with the
suffix *.bdebug it loads it.
`Inputs'
* ? shows an information message
* program name If no program name is entered BDebug looks for
env:BDebugProgram and loads the program instead that the env:
points to.
* argument line of the program. If there are spaces in
parameters you have to enclose the argument with `""'.
Usage of BDebug
***************
The Register Window
===================
Register Window
---------------
The register window is the most important control layer of the
Debugger and every debugged task has one. You can link unlimited other
information windows to the `REGWindow' or you can tell the Debugger to
give up controlling the task. In the title line of the window you can
see the ID number of the task, so you can recognize what information
window belongs to this task. Furthermore the title line also contain
the task address,the state, `RUN',`WAIT' or `STOP' and the name of the
task. The task is in the `RUN' state if the task has the controll at
the moment instead of the traphandler; the task is in the `STOP' state
when the task waits and the traphandler controlls what happens. The
task is the `WAIT' state only when the Debugger has to wait to catch a
task by a `Debug Task'. In the upper area of the window you see the
normal data and address registers where the address register also have
additional information fields. To change a register or to watch memory
where the register points to you only need to doubleclick on the
register or on the register's memory contents. Furthermore you may
change other usermode registers by this method. Supervisor register
can't be changed because that makes not much sense for a system
Debugger.
`68000 Registers'
D0=xxxxxxxx yyyy A0=xxxxxxxx Arg1 Arg2 [!]
D1=xxxxxxxx yyyy A1=xxxxxxxx Arg1 Arg2 [!]
D2=xxxxxxxx yyyy A2=xxxxxxxx Arg1 Arg2 [!]
D3=xxxxxxxx yyyy A3=xxxxxxxx Arg1 Arg2 [!]
D4=xxxxxxxx yyyy A4=xxxxxxxx Arg1 Arg2 [!]
D5=xxxxxxxx yyyy A5=xxxxxxxx Arg1 Arg2 [!]
D6=xxxxxxxx yyyy A6=xxxxxxxx Arg1 Arg2 [!]
D7=xxxxxxxx yyyy A7=xxxxxxxx Arg1 Arg2 [!]
USP=xxxxxxxx SSP=xxxxxxxx PC=xxxxxxxx SR=xxxx
* [!] shows if the address register points on an odd address.
* if the address register points on an illegal memory area the char
`*' is shown in Arg1 and Arg2 to avoid crashes by reading non
readable io-addresses. You can config the readable memory areas.
* if the address register points on the following system structures
the name of the Node is shown in Arg1 and the Name of the
structure in Arg2.
* Library
* Device
* Port
* Task
* Resource
* MemHead
* if the address register points to the custom chip area the name of
the register is shown in Arg1 and the ID-Word CUSTOM is shown in
Arg2. Custom register map is $dff000-$dff200.
* if the address register points to a symbol the symbol and the
contents is shown.
* Otherwise 8Bytes of the memory are shown where the register points
to. The 8 Bytes are shown hexadecimal in Arg1 and ascii in Arg2.
`68010 Registers'
VBR=xxxxxxxx SFC=xxxxxxxx DFC=xxxxxxxx
`68020 Registers'
VBR=xxxxxxxx SFC=xxxxxxxx DFC=xxxxxxxx
MSP=xxxxxxxx ISP=xxxxxxxx CACR=xxxxxxxx CAAR=xxxxxxxx
`68030 Registers'
VBR=xxxxxxxx SFC=xxxxxxxx DFC=xxxxxxxx
MSP=xxxxxxxx ISP=xxxxxxxx CACR=xxxxxxxx CAAR=xxxxxxxx
CRP=xxxxxxxxxxxxxxxx SRP=xxxxxxxxxxxxxxxx
TT0=xxxxxxxx TT1=xxxxxxxx TC=xxxx PSR=xxxxxxxx
`68040 Registers'
VBR=xxxxxxxx SFC=xxxxxxxx DFC=xxxxxxxx
MSP=xxxxxxxx ISP=xxxxxxxx CACR=xxxxxxxx
URP=xxxxxxxx SRP=xxxxxxxx TC=xxxx PSR=xxxxxxxx
ITT0=xxxxxxxx ITT1=xxxxxxxx DTT0=xxxxxxxx DTT1=xxxxxxxx
`68060 Registers'
VBR=xxxxxxxx SFC=xxxxxxxx DFC=xxxxxxxx
CACR=xxxxxxxx PCR=xxxxxxxx BUSCR=xxxxxxxx
URP=xxxxxxxx SRP=xxxxxxxx TC=xxxx PSR=xxxxxxxx
ITT0=xxxxxxxx ITT1=xxxxxxxx DTT0=xxxxxxxx DTT1=xxxxxxxx
Type Information
xxxxxxxx [Symbol] Mnemonic operand1[,...]]
(EA): [Address1=Contents]...[Address2=Contents]
In the `(EA)' line you can see the addresses and their contents
the current command accesses. The contents of illegal addresses
aren't shown.
Local Menus
-----------
* Close Window
closes the `REGWindow', all connected windows and disactivates the
Debugger for this task. To disactivate the Debugger you have to
choose if the task should keep running so it's the task's business
to stop. Furthermore you can end the task by runing the cleanup
routine of the task or just removing the task from the list but
this can cause sideeffects you can't always oversee. If the task
is a process then the Remove option is equal to the Cleanup option.
If it's only a task the Cleanup option is equal to the Cleanup
option. Beware that the Remove option doesn't free any resources
of the task.
You should really know what you're doing if you for example
remove a task from the system.
* ZOOM Windows
expands all windows of the task.
* Log File
activates or disactivates the loging of the register and PC
changes.
* Big View
shrinks the `REGWindow' to a 68000 register layout or expands it
back to the full layout.
* Open DissWindow
opens a DissWindow with the configured dimensions.
* Open MemWindow
opens a MemWindow with the configured dimensions.
* Open FPUWindow
opens a FPUWindow with the configured dimensions. The menu is
only available if a FPU is installed.
* Open BreakWindow
opens a BreakpointWindow with the configured dimensions.
* Open CoppWindow
opens a CoppWindow with the configured dimensions.
* Open StructWindow
opens a StructWindow with the configured dimensions.
* Open SnoopWindow
opens a SnoopWindow with the configured dimensions.
* Open WatchWindow
opens a WatchpointWindow with the configured dimensions.
* Open ChecksumWindow
opens a ChecksumWindow with the configured dimensions.
* Save Window Settings
saves the positions and count of all window the current task
controlls. The saved file then contains the appropriate commands
you have to enter yourself into the configuration file. Because
of the Debugger's window concept it makes no sense to save a full
configurations file.
Public Menus
------------
* Step 1
runs the current command and stops the task afterwords.
* Step X
runs X commands and stops the task afterwards.
* Step Debug Line
runs commands until the PC meets another source line. If the PC
is outside the program or if no debug informations are available a
single step i used. The command enters rubroutines.
* Trace Debug Line
is simular to `Step Debug Line' with the exception that it runs
subroutines.
* Trace over Calls
runs the current command or subroutine and stops the task
afterwards. Depending on the configuration and the memory area a
breakpoint or single steps are used. If a crashes happen in
certain program parts you should remove the command `Tracebreak'
from the configuration.
You should avoid to use `Tracebreak' in Libraries and Devices
that are located in the ram. If another task accesses the
routine at the same time you can expect an illegal exception.
Some Amiga MMU Setups don't like that programs write to the
kickstart rom. For example breakpoints.
* Trace X over Calls
runs X commands or subroutines and stops the task afterwards.
Depending on the configuration and the memory area a breakpoint or
single steps are used.
* Trace Work
is simular to the command `Trace over Calls' with the exception
that all commands are run. This function is useful to trace loops.
Example:
moveq #10,d0
0$:
dbra d0,0$
If you use the function on the command `dbra' the Debugger
sets a breakpoint after the dbra and runs the task. It drops
back to single step when it hits a `Jmp', `bra', `rts'....
* Trace over OS-Calls
runs the current command or the OS function and stops the task
afterwards.
* Trace on Flow
stops the task when a PC direction occurs. This means the PC is
stopped when it hits a `Jsr', `Jmp', `bcc', `rts'....
* Trace on Adress
runs the task until the PC is equal to the entered address. This
function is not very fast because the task is running in single
step mode and after each instruction the PC is compared with the
Adress.
* Trace out of OS
runs the task until the PC is outside of the kickstart. This
functions is useful when you catch a task inside the OS and you
wanna get as fast as possible back to the program's code. It
works simular as `Trace on Adress'.
You shouldn't use this command if your task only runs in the
kickstart.
* (PC)++
jumps over the current command. Useful to jump over `Illegal'
breakpoints that you can use for debugging purposes in your
program.
* PC-2
subtract 2 Bytes from the PC.
* Write Nop
overwrites the current command with a `Nop'.
* Write Illegal
overwrites the current command with an `Illegal'.
* Run Task
runs the task and only stops on exceptions.
* Run Watched Task
runs the task in trace mode and stops when a WatchPoint condition
is true. If there are no watchpoints the command behaves like
`Run Task'.
* Run History Task
runs the task in trace mode and saves the registers each step into
the history stack.
* Stop Task
stops the task.
* Send Signal
sends a signal to the task. Default Signal is CTRL-C = 12
* Undo Level
sets the undobuffer's depth.
* Undo
undos the last changes in the registerframe.
* View Refresh
activates and disactivates the copperlist refresh after each trace
operation. This function is helpful if you debug programs that
install own copperlists.
* Show (EA)
activates and disactivates the output of the address and address
contents that are access by the current assembler command.
* Symbol
activates and disactivates the use of symbols in the `REGWindow'.
* Delete Symbols
erases all symbols of the task.
* Copy Symbols
can copy a symbol list of the task to a different task. This
function is helpful if you a task is started from another task and
you wanna keep the symbol list.
* Load Symbols
loads the symbols of a program where you can select an alternative
process's segmentlist for calculating the symbol and debug
informations. Normally you choose the same process but sometimes
it's helpful to select a different process. For example if the
task you debug is created in a program you have to choose the
program's task to get the correct symbol addresses.
* Set Hunklist
sets a new segment list for the SourceWindow and some other hunk
related functions. Because the position in the SourceWindow
depends on the segments it's sometimes helpful if you load new
symbols and debug informations for this task. If you load an
alternative Hunklist by selecting a custom task when you use `Load
Symbols' this routine is called automaticly.
* Reset Hunklist
removes the alternative hunklist.
* Show Value
shows the value of an argument.
* Show Last Exception
shows the last exception.
* Open Task Window
opens a window to show the task structure of the task.
* Open System Window
opens a window to show the ExecBase structure.
* Open Proces Window
opens a window to show the process structure of the process.
* Open CLI Window
opens a window to show the cli structure of the process.
* Open Hunk Window
opens a window to show the hunks of the process.
* Open Symbol Window
opens a window to show the symbols of the process. If you
doubleclick on a symbol you get the hunk where the symbol is
located.
* Open Library Window
opens a window to show the libraries. If you doubleclick on a
library entry it opens a `FD:' window that shows all functions of
the library when the library is defined in the `Barfly.FD' file.
Furthermore if you doublelick on a function you have the choice to
see the function in a `DissWindow' or the autodocs documentation.
* Open Device Window
opens a window to show the devices.
* Open Resource Window
opens a window to show the resources.
* Open Port Window
opens a window to show the public ports.
* Open Resident Window
opens a window to show the resident modules.
* Open Interrupt Window
opens a window to show the interrupts.
* Open AutoDocs Window
opens a filerequester to choose the needed autodocs information of
a library. Now a window is opened that shows all function of the
chosen autodoc file. If you now click on a function another
window is opened that shows the function documentation.
* Open History Window
opens a HistoryWindow that shows the last saved registerframes of
the undobuffer. The undobuffer is organized as a stack that the
first entry is the last entry in the HistoryWindow. The
HistoryWindow isn't updated automatic.
* Stack Check
controlls the stack check. If the register A7 points out of the
stack bounds or points on an odd address a warning is shown. The
Debugger only checks the task when the task give back the control
to the traproutine, so it's not possible to notice every stack
problem.
You should be aware that this function doesn't work with a
WShell task because the `WShell' doesn't set the correct
stack task values.
* Find Task of Adress
trys to find the task that belongs to the entered address. The
command checks if the address is in the task,process,cli, mementry
structure and the hunks. It's not safe to assume that the
function can check all cases.
* Load Binary
loads a file with an optional length into a memory area. If the
Debugger should allocate the memory block automaticly you have to
close the memory requester.
* Save Binary
saves a memory area into a file.
* Freeze Task
freezes a selectable task. When bdebug ends the frozen tasks are
warmed up again.
* Warm up Task
warms up a frozen task.
* Kill Task
kills a selectable task.
You should know what task you can kill.
* Show Task
shows the task structure of a selectable task.
* Show Prozess
shows the process structure of a selectable process.
* Show CLI
shows the cli structure of a selectable process.
* Show Hunk
shows the hunks of a selectable process.
* Send Task Signal
sends a signal to a selectable task.
* Set Task Priority
sets a priority of a selectable task.
* Refresh Code Cache
refreshes the Code Cache.
* Refresh Data Cache
refreshes the Data Cache
Usage of BDebug
***************
The FPU Window
==============
FPU Window
----------
The FPU Window shows the FPU register FP0 to FP7 in the 96Bit
Extended format and the registers FPCR,FPSR and FPIAR in hexadecimal.
You can only open this window if a FPU is available.
Register Window Layout
FP0=FloatingPoint
FP1=FloatingPoint
FP2=FloatingPoint
FP3=FloatingPoint
FP4=FloatingPoint
FP5=FloatingPoint
FP6=FloatingPoint
FP7=FloatingPoint
FPCR=xxxxxxxx FPSR=xxxxxxxx
FPIAR=xxxxxxxx
Local Menus
-----------
* Close Window
closes the window.
Usage of BDebug
***************
The Disassembler Window
=======================
Disassembler window
-------------------
The `DissWindow' shows the memory contents in assembler mnemonics.
The address of the window's view can be absolut or relative. In the
absolut mode the window is set to a fixed adress and you can read in
the title `No Link'. In the relative mode the window is connected with
a register so the window's view depends on the registers value. You
can see this mode by the title string `Link to *' where * represents
the register name. The PC is shown by the colour pen 2. If the linked
register value is outside of the window's view area the whole contents
of the window will be refreshed. You can change size of the window and
scroll through the memory area by using the cursors. In the title you
see an ID-String with the format `\#x.y' where `X' represents the
`REGWindow' number and `y' the number of the `MemWindow'. By a
doubleclick in a line of the window you can sets or remove a
breakpoint. You can disable this function in the configuration.
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Link to Register
links the window with a register. If you enter the string `NO' it
switches to the absolute mode.
* Change Adress
changes the view address of the window.
* Clear Adress
resets the view address of the window.
* Refresh Window
refreshes the window.
* .W Branches
activates and disactivates the output of the old branch width size.
* Neg. Offsets
activates and disactivates the output of negative values in the
indirect address modes with offset.
* Neg. Data
activates and disactivates the output of negative values in the
direkt address mode.
* Opcode Data
activates and disactivates the additional output of the command
bytes.
* Auto Refresh
activates and disactivates the global refresh of the window after
each step.
* Symbols
activates and disactivates the symbol output in the window.
* Show Lib Call
activates and disactivates the symbolic output of library
functions so all library functions that are defined in the
configuration file `<BarflyPath>/Barfly/BARFLY.FD' are recognized.
* Guess Lib Call
activates and disactivates the guessing of function call names.
It only works in connection with the option `Show Lib Call'.
Fortunately you can't expect that the function names always fit
because the the library base register A6 can change until the
program counter meets the function.
* Mark Block End
activates and disactivates marking after the instruction
`JMP',`BRA',`RTS',`RTE',`RTD' and `RTR' to make program blocks
more visible.
* Set/Clear Breakpoint
sets/removes a breakpoint on the first entry in the window.
Breakpoints are shown by changing the pen from colour 1 to colour
3 and the char `>' at the beginning of a line.
* Pick/Clear Breakpoint
sets/removes a breakpoint through a symbol list.
* Disassemble to File
disassembles a memory area into a file.
Usage of BDebug
***************
The Memory Window
=================
Memory window
-------------
The `MemWindow' shows the memory contents hexadecimal and in
ascii.You can change size of the window and scroll through the memory
area by using the cursors. In the title you see an ID-String with the
format `\#x.y' where `X' represents the `REGWindow' number and `y' the
number of the `MemWindow'.
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Link to Register
links the window with a register. If you enter the string `NO' it
switches to the absolute mode.
* Change Adress
changes the view address of the window.
* Clear Adress
resets the view address of the window.
* Refresh Window
refreshes the window.
* Memory Offset Step
defines the data format in the window. The following options can
be selected: `None', `Byte', `Word' and `Long'.
* Edit
activates the edit mode of the `MemWindow'. In the edit mode you
can switch between hex and ascii input by the key `RETURN'. With
`ESC' you can leave the edit mode. Only the cursor right and left
are changed to the normal. With these both keys you can access
each Byte. In the edit mode you can't change the size of the
window.
* Copy
copies a memory area into another memory area. The function uses
`CopyMem' so it doesn't handle memory areas that overlap.
* Fill
fills a memory area with a value of a certain data-width.
* Compare
compares a memory area with another memory area.
* Search
searches a value of a certain data-width in a memory area. If the
value is found the address and the value are shown and you can
goon with `Search Next' to find the next address.
* Search Next
Searches the next value. Look at `Search'
* Pred
sets the address of the window on the preceding entry of the list.
If the node points on an odd, illegal or address NULL the command
has no effect. The next node is equal to `LN_PRED', the second
longword of the memory view.
* Succ
sets the address of the window on the next entry of the list. If
the node points on an odd, illegal or address NULL the command has
no effect. The next node is equal to `LN_SUCC', the first longword
of the memory view.
Usage of BDebug
***************
The Copper Window
=================
CopperWindow
------------
The `CopperWindow' shows the memory contents as copper commands.
You can change size of the window and scroll through the memory area by
using the cursors. In the title you see an ID-String with the format
`\#x.y' where `X' represents the `REGWindow' number and `y' the number
of the `CoppWindow'.
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Link to Register
links the window with a register. If you enter the string `NO' it
switches to the absolute mode.
* Change Adress
changes the view address of the window.
* Clear Adress
resets the view address of the window.
* Refresh Window
refreshes the window.
* Goto Into List
sets the window list on the standard copperlist
`GfxBase->gb_copinit'.
Usage of BDebug
***************
The Structure Window
====================
StructWindow
------------
opens window that can be connected with a structure. You can use
new structure entries by expanding the the
`<BarflyPath>/Barfly/Barfly.Include' file or loading a new custom file.
By a doubleclick on a structure window entry you can cause several
actions depending on the datatype. Every datatype is connected with an
action that is normally started automaticly. With the configuration
command `NoAutoStructAction' you can change this behaviour so that an
action type requester is opened.
The following datatypes are available.
* APTR opens a MemWindow.
* CSTR shows a string.
* BPTR opens a MemWindow at the address BPTR*4.
* BSTR shows a string at the address (BPTR*4)+1
* CPTR opens a DissWindow.
* FPTR opens a DissWindow.
* BYTE doesn't cause an action.
* WORD doesn't cause an action.
* LONG doesn't cause an action.
* FLOAT doesn't cause an action.
* DOUBLE doesn't cause an action.
* EXTENDED doesn't cause an action.
* RPTR doesn't cause an action.
The following action types are available.
* MemWindow opens a MemWindow.
* DissWindow opens a DissWindow.
* CoppWindow opens a CoppWindow.
* StructWindow opens a StructWindow.
* NewStruct sets a new structure.
Structure Macro Fileformat
--------------------------
In the beginning you define the root directory entries with the
Macro `Menudir'. The first parameter is the name of the entry,then the
address of the parent directory and then the address of the
subdirectory. In the root directory the parent address is fortunately
NULL. The last entry of the directory is defined by the Macro
`MENUDIREND'.
`Label ListViewMacro Link'
RootDir:
.
.
MENUDIR exec,0,Exec_Dir
.
.
MYCUSTOMENTRY:
MENUDIREND CUSTOM,0,0
The design of a subdirectory only differs from the root directory
entries by a parent directory address.
`Label ListViewMacro Link'
Exec_Dir:
.
.
MENUDIR nodes.i,RootDir,Nodes_Dir
.
.
MENUDIREND tasks.i,RootDir,Tasks_Dir
to define the structure directory entries you have to use `MENUITEM'
and `MENUITEMEND'. The first parameter in the Item Macros is the name
of the entry and also the name of the structure. The second parameter
defines the address of the parent directory.
`Label ListViewMacro Link'
.
.
Nodes_Dir:
MENUITEM LN,Exec_Dir
.
.
MENUITEMEND
To define a structure you can use the normal assembler syntax that
you probably have to adjust to your custom needs. For example you can
tell BDebug more informations about the datatype an entry represents.
By redefining `APTR' to a `CSTR' you can tell Debugger that the entry
is a stringpointer. Or you can tell that `APTR' points to a structure
by `APTR LN_SUCC,Node'.
`Label IncludeTypeMacro Name,Link'
LN_Struct:
STRUCTUREB LN,0
APTR LN_SUCC,LN
APTR LN_PRED,LN
UBYTE LN_TYPE
BYTE LN_PRI
CCSTR LN_NAME
LABEL LN_SIZE
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Link to Register
links the window with a register. If you enter the string `NO' it
switches to the absolute mode.
* Change Adress
changes the view address of the window.
* Clear Adress
resets the view address of the window.
* Refresh Window
refreshes the window.
* Load Custom Struct
loads additional structure files. The new structure entries are
place in the `CUSTOM' directory. The format of custom structure
files is equal to the file `BARFLY.INCLUDE'.
* Select Structure
opens the structure include directory requester where you can
select the needed structure. The parent gadget is placed in the
upper border.
* Goto Sysbase...
sets the window adress on the ExecBase.
* Goto Gfxbase...
sets the window address on the GFXBase.
* Save Window....
saves the contents of the window in a file.
* Full Address
this switch decides if the `StructWindow' also shows the address
of the entries.
* Offset Address
this switch decides if the `StructWindow' also shows the offset of
the entries.
* Pred
sets the address of the window on the preceding entry of the list.
If the node points on an odd, illegal or address NULL the command
has no effect. The next node is equal to `LN_PRED', the second
longword of the memory view.
* Succ
sets the address of the window on the next entry of the list. If
the node points on an odd, illegal or address NULL the command has
no effect. The next node is equal to `LN_SUCC', the first longword
of the memory view.
Usage of BDebug
***************
The Structure Window
====================
Source window
-------------
The `SourceWindow' shows the source line that belongs to the window
address. If the program file doesn't have the needed debug informations
the `Source window' can't be opened. If the address points to an area
with no relevant debug information, for example the Kickstart or beyond
the program hunks, you only see a small message.
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Link to Register
links the window with a register. If you enter the string `NO' it
switches to the absolute mode.
* Change Adress
changes the view address of the window.
* Clear Adress
resets the view address of the window.
* Refresh Window
refreshes the window.
* Set Breakpoint
sets a breakpoint on the active line.
* Show HunkInfo
shows the hunk of the current source line.
Usage of BDebug
***************
The Snoop Window
================
Snoop Window
------------
The `SnoopWindow' snoops the task's allocations.
Local Menus
-----------
* Close Window
closes the window.
* Shrink Window
shrinks the window.
* Expand Window
expands the window to screen size.
* Refresh Window
refreshes the window.
* Auto Refresh
activates/disactivates display refresh by an allocation.
* Snoop Memory
activates/disactivates snooping.
* Snoop Mask
sets the allocation filter mask. Is the Mask 20 only allocations
with the size 20 are recorded. Default -1.
* Snoop Max Entries
sets the maximal recorded snoop entries.
Usage of BDebug
***************
The Breakpoint Window
=====================
Breakpoint window
-----------------
The `BreakWindow' handles all breakpoints and contains the functions
that are needed with breakpoints. In general breakpoints are addresses
in the program where the task should be stopped. The breakpoints are
handled global so they aren't deleted when close the window.
Local Menus
-----------
* Toggle
activates and disactivates all breakpoints.
* All
selects all breakpoints.
* Clear
unselects all breakpoints.
* On
activates all selected breakpoints.
* Off
disactivates all selected breakpoints.
* Hit
sets the amount of hits for a breakpoint until it should stop the
program. Default is 1.
* ?
shows the hunk where the breakpoint is located and if the
breakpoint is equal to a symbol.
* Input
this breakpoint sets and removes a breakpoint.
* Pick
this breakpoint sets and removes a breakpoint using the symbol
list.
* Delete
removes every selected breakpoint.
* Goto
opens a DissWindow for every selected breakpoint.
* Run
runs the program until the PC hits a selected breakpoint.
Usage of BDebug
***************
The Watchpoint Window
=====================
Watchpoint window
-----------------
The `Watchwindow' allows to set breakpoints that aren't dependend on
a certain PC address but from other conditions. Every watchpoint has a
condition,data width and state if it's activated or not. There are 3
types of different watchpoints available now. The `Memory' watchpoint
compares the saved contents of the address with the current contents
and dependent on the condition the program is stopped or not. The
`Register' watchpoint compares the saved contents of a register with
the current contents and dependent on the condition the program is
stopped or not. The `Argument' watchpoint compares the saved value of
an argument with the current contents and dependent on the condition the
program is stopped or not. The last watchpoint type is the most
powerful because it can simulate the first two types with the cost of a
slowdown. The use of watchpoints is very time consuming because the
whole program is run in single stepping To use watchpoints you have to
run the task with `Run Watched Task'.
If an error happens during a dynamic argument in the exception
handler the screen is blinked.
Local Menus
-----------
* Toggle
activates and disactivates all watchpoints.
* All
selects all watchpoints.
* Clear
unselects all watchpoints.
* On
activates all selected watchpoints.
* Off
disactivates all selected watchpoints.
* Add
opens a requester where the parameter for a watchpoint have to be
adjusted and adds the new watchpoint to the list. If you
doubeclick on a watchpoint you can change the parameter.
* Refresh
refreshes the watchpoint arguments.
* Check
checks all selected watchpoints.
* Delete
removes all selected watchpoints.
Usage of BDebug
***************
The Checksum Window
===================
Checksum Window
---------------
The `ChecksumWindow' controlls all checksum areas that are been
checked each time the task stops. Helpful to find illegal random
writes bugs. The checkpoints are controlled global so they aren't
deleted when you close the window.
Local Menus
-----------
* Toggle
activates or disactivates all checksum areas.
* All
selects all checksum areas.
* Clear
unselects all checksum areas.
* On
activates all selected checksum areas.
* Off
disactivates all selected checksum areas.
* Address
adds a checksum area into the list.
* Hunk
adds a hunk of the current process into the checksum area list.
* Task
adds a hunk of selectable process into the checksum area list.
* Refresh
calculate a new checksum for all selected areas.
* Delete
removes all selected checksum areas.
* Check
checks all areas for checksum errors.
Usage of BDebug
***************
Requester Arguments
===================
Argument Structur
-----------------
An argument can use absolut values,symbols and registers as operands
and the operators +,-,*,/,|,!,&,<<,>>,~. Additionally to the normal
symbols there are some special symbols available.
* By {Argument}.[b,w,l] you can read from a memory address, that is
defined by the argument. If you specify an illegal address that
isn't defined in the legal memory space an error is shown.
* \#d? represents the address of the `Disswindows' with the ID ?
* \#m? represents the address of the `Memwindows' with the ID ?
* \#c? represents the address of the `Coppwindows' with the ID ?
* \#h? represents the address of the hunk ?. Helpful for enforcer
Hunk:Offset output
* \#ea? represents the address of the EA with the number ?. Check
Register Window.
* \#em? represents the contents where the address EA number ?
points to. Check Register Window. If the address EA is illegal an
error is shown.
* \#ls represents the start address of a loaded binary file.
* \#le represents the end address of a loaded binary file.
* \#ll represents the length address of a loaded binary file.
* \#p represents the start address of the programs. Only true for
a loaded program.
If you have the following Enforcer Hit output `Hunk 0:$11c' you can
calculate the adress by entering the argument #h0+$11c.
Usage of BDebug
***************
Technical Informations
======================
Exceptions
----------
The Debugger can catch all exceptions if the system is still working.
If an exception is caused the traphandler catches the exception and
tells the Debugger what went on so it can react on the exception. If
the exception wasn't caused by the Debugger the type and the possible
reason for the exception is shown. The `Return-Adress' of the debugged
task points on an internal `ILLEGAL'. If the PC points on this `ILLEGAL'
the task is closed and all windows are removed. You should step over
this `ILLEGAL' because it increases possibility of a system crash. If
a task is caught by `Debug Next Task' and notices a `finalPC' pointer
the `Return-Adress' isn't set on an internal `ILLEGAL' because the
`finalPC' pointer is sometimes used for parsing an argument. In this
case the Debugger notices that the task ends by the RemTask() function.
If the task changes the `Return-Adress' the Debugger tries to
determine the taskend by `RemTask'.
Exception Handler
-----------------
Every task contains in the task structure a pointer to its exception
handler that is named `TC_TRAPCODE' When an exception happens in this
task the exception checks if the Debugger knows this task. If this is
not the case something seriously is broken and the Deadend Alert
35000000 will be poped up. If all goes well the registers are saved,
the Debugger task gets a message and the exception handler waits for a
msg by the Debugger to go on. When the Debugger gets the message it
causes the appropriate function. For example refreshing the windows.
If the Debugger gets a step command it sends the exception handler the
appropriate message and the handler does a step.
Debug Informations
------------------
Currently the following formats are supported.
* BASM Specialformat This format allows the Debugger to decide if
the code is in the Mainpart,Includes or in a Macro.
* SAS D1 This format only allows a Source-Code connection. It
doesn't support local variables,Structures and Macros.
* GCC STABS This format is very powerful and offers all a
source-level Debugger needs. Unfortunately the Debugger only
supports a simple Source-Code connection at the moment. It's
planned to support more in the future.
GCC Compiler and BDebug
-----------------------
Unfortunately you can't debug programs that are using the current
`ixemul.library' because in Openlibrary() initroutine the Task field
TC_TRAPCODE is changed. Hopefully there'll be soon an `ixemul.library'
available that doesn't change the traphandler. If you're using GCC
with the link lib `gerlib' that is available on Aminet FTP Servers you
shouldn't experience any problems with BDebug.
Usage of BDebug
***************
Configuration
=============
The default configuration file is named `BDEBUG.Config' and is
located in the directory `<BarflyPath>/' or `s:Barfly/'. Obviously
it's not optimal to be forced to use the same config file for different
programs. Therefore you can also specify a local config file with
program name and the suffix `.BDebug'.
ToolTypes
---------
The following tooltypes are supported to activate the know functions
of the commandwindow.
* CatchNextTask
* CatchCrashedTask
* CatchEnforcerHit
Barfly.FD
---------
If you want to create a new `Barfly.FD' file that contains the
library function name you have to follow the following the instructions.
First the assign `FD:' has to point to the directory that contains the
FD files that should be contained in the new `Barfly.FD'. Afterwards
you should check every FD file if the Library, Resource, Device name
exist in the first line in the following style: `* "foobar.libary"'.
If this is not the case you have to add the name yourself so that a
correct FD database can be build up. If you're more experienced with
FD files you can yourself add new entries to the `Barfly.FD' file
because the layout is pretty obvious.
Configuration Commands
----------------------
Register window
---------------
RegWindow=x/y/width/height/register
...................................
This command defines the position of a `REGWindow'.
RegFlags=flag[|flags...]
........................
This command defines certain flags in the `REGWindows'.
* AUTOVIEWREFRESH
* SYMBOLS
* STACKCHECK
* NOBIGVIEW
FPU Window
----------
FpuWindow=x/y/width/height/register
...................................
This command defines the position of a `FPUWindow'.
OpenFPUWindows=Count
....................
This command tells the Debugger to open a `FPUWindow'.
Disassembler window
-------------------
DissWindow=x/y/width/height/register
....................................
This command defines the position,the dimension and linked register
of the `DissWindow'.
Beispiel: DISSWINDOW=0/0/300/100/PC
DissFlags=flag[|flags...]
.........................
This command defines certain flags in the `DISSWindow'.
* AUTOREFRESH
* SHOWLIB
* GUESSLIB
* SHOWEA
* WORDBRANCHES
* NEGOFFSETS
* NEGDI
* OPCODEDATA
* BLANKAFTERJMPBRA
OpenDissWindows=Count
.....................
This command tells the Debugger to open a number of `DissWindows'.
Memory window
-------------
MemWindow=x/y/width/height/register
...................................
This command defines the position,the dimension and linked register
of the `MemWindow'.
Example: MEMWINDOW=0/0/300/100/A0
OpenMemWindows=Count
....................
This command tells the Debugger to open a number of `MemWindows'.
MemoryOffsetStep=Count
......................
This command defines the Offset-Step of the `MemWindows'.
* 0 no Space
* 1 Space after each Byte.
* 2 Space after each Word.
* 4 Space after each Longword.
Copper window
-------------
CoppWindow=x/y/width/height/register
....................................
This command defines the position,the dimension and linked register
of the `CoppWindow'.
Example: COPPWINDOW=0/0/300/100/A0
OpenCoppWindows=Count
.....................
This command tells the Debugger to open a number of `CoppWindows'.
StructWindow
------------
StructWindow=x/y/width/height/register
......................................
This command defines the position,the dimension and linked register
of the `StructWindow'.
Example: StructWINDOW=0/0/300/100/A0
StructFlags=flag[|flags...]
...........................
This command defines certain flags for the `StructWindow'
* AUTOREFRESH
* ADDRESSFORMAT
* OFFSETFORMAT
* NEWWINDOW
OpenStructWindows=Count
.......................
This command tells the Debugger to open a number of `StructWindows'.
Source window
-------------
SourceWindow=x/y/width/height/register
......................................
This command defines the position,the dimension and linked register
of the `SourceWindow'.
Example: SOURCEWINDOW=0/0/300/100/A0
OpenSourceWindows=Count
.......................
This command tells the Debugger to open a number of `SourceWindows'.
Breakpoint window
-----------------
BreakWindow=x/y/width/height
............................
This command defines the position of a `BreakPointWindow'.
OpenBreakWindows=Count
......................
This command tells the Debugger to open a `BreakPointWindow'.
Watchpoint window
-----------------
WatchWindow=x/y/width/height
............................
This command defines the position of a `WatchpoinzWindow'.
OpenWatchWindows=Count
......................
This command tells the Debugger to open a `WatchPointWindow'.
Checksum window
---------------
ChecksumWindow=x/y/width/height
...............................
This command defines the position of a `ChecksumWindow'.
ChecksumWindows=Count
.....................
This command tells the Debugger to open a `ChecksumWindow'.
SnoopMemory window
------------------
SnoopMemWindow=x/y/width/height/register
........................................
This command defines the position of a `SnoopMemWindow'.
OpenSnoopMemWindow=Count
........................
This command tells the Debugger to open a `SnoopMemWindow'.
SnoopMask=Mask
..............
This command defines the snoop mask. The mask defines the length of
memory blocks that should be recorded. Default is -1 so everything is
recorded.
SnoopMax=Count
..............
This command defines the count of snoop entries. Default is 100.
HistoryEntrys=Count
...................
This command defines the count of history entries. Default is 5.
Information Windows
-------------------
GlobalViewWindow=x/y/width/height
.................................
This command defines the position and dimensions of a standard
information window. For example the Library Window belongs to this
group.
Example: GLOBALVIEWWINDOW=0/0/300/100
GLOBALVIEWWINDOW=0/200/300/100
Other Windows
-------------
CommandWindow=x/y/width/height
..............................
This command defines the position of the small `CommandWindow'.
This command has no function in local configuration files.
FileShell=<Window Specifikation>
................................
This command defines the shell that is opened with the loaded
program. You should always open the shell on the Debugger's Public
Screen. The shell parameters are the same you know from the CLI.
Misc
----
TaskStack=Count
...............
This command defines the stack of the loaded program. Defaullt are
4096 Bytes.
Priority=Count
..............
This command defines the Debugger's priority.
SetBreak=Argument
.................
This command can be used to define a list of breakpoints that are
set before the program is started. This is useful to pass the module
`Main.c' for example. If no breakpoints are defined or if a parsing
problem occurs the standard breakpoint,first program instruction, is
set.
* SETBREAK=_main ; SAS C Main Program Start
* SETBREAK=_main ; GCC C Main Program Start
* SETBREAK=@main ; DICE C Main Program Start
* SETBREAK=! ; Programstart(Default)
ClickBreak=State
................
This command can be used to define the action of the DissWindow on a
doubleclick.
`State=0'
No Action(Default).
`State=1'
Set/Clear Breakpoint and pop up a Requester for a Set.
`State=2'
Set/Clear Breakpoint.
ShowMem=Start:End
.................
defines the adress areas that are legal to the Debugger so you can
look at adress areas that are not in the memorylist or in the rom.
Illegal adress areas are shown with `*' in the windows. You should
`never' define the custom chip areas as legal because a read access on
a writeonly register can cause a deadly crash.
Example: SHOWMEM=$e80000:$f00000 defines the Zorro 2 area
as free.
By this command you can overrule the internal enforcer legal
memory areas so you should beware of hits.
DefCommand=Key,Qualifier[|Qualifier...],Function
................................................
This commands allows to connect menu functions with key sequences.
Because of the object-oriented concept of the Debugger that allowes
multiple instances of objects it's not easy to decide what object is
meant. Therefore if the object is active it's used and if no object of
this type is active the first entry the object-type list is used. As
the key parameter every Rawkey can be used with the exception of `TAB'
and the functionkeys that are used internal. The key is searched first
in the local and then in the global configuration.
As qualifiers you can use the following keys.
* LSHIFT
* RSHIFT
* CAPSLOCK
* CTRL
* LALT
* RALT
* LCOMMAND
* RCOMMAND
Bespiel: DEFCOMMAND=$15,CTRL,"Step 1 Position"
Defines CTRL-Z as Step 1 Position
AutoDocDir=<Path>
.................
This command sets the path for the autodocs directory.
AutoDocAlias=Library,File
.........................
This command sets an alias for Libraries,Devices or Resources to
define the connected Autodocs file. There's no other way because it's
not possible to build the autodocs file by knowing the library name.
ArexxPath=<rx-path>
...................
This command sets the Arexx-Script Start-Command. In a normal
system the path should be <sys:Rexxc/rx>.
ArexxInput=<File>
.................
This command sets the Arexx-Command Input-File. If you don't
specify the file, NIL: is used.
ArexxOutput=<File>
..................
This command sets the Arexx-Command Output-File. If you don't
specify the file, NIL: is used.
ArexxCommand=[1...10],<Pfad>
............................
This command sets the 10 entries in the Arexx-Menu. You specify the
number and the path of the Arexx-Script.
ArexxCommand=1,"Rexx:Example.rexx"
ExecuteCommand=<File>
.....................
this command can set up a list of programs that should be run before
the debugged program's task is started. This parameter only works with
programs that are loaded by the Debugger. Furthermore you have to make
sure that the loaded programs have to `end' otherwise the task can't be
started. For example you could use these command to set breakpoints
with Arexx-Scripts.
LoadInclude
...........
tells the Debugger to load the structure information file
`Barfly.Include'.
AddStructFile=Filename
......................
tells the Debugger to load a custom structure information file and
adds it into the CUSTOM/ subtree.
ClicktoFront
............
activates the Debugger's own `ClicktoFront' handler. This function
should only be used if you don't use an own `Commodity' for this task.
CenterWindow
............
activates the centering mode for every stringrequester windows.
ScreenInFront
.............
activates the `ScreenToFront' mode that pops the screen to front
after every trace operation.
OpenScreen[=width,height,depth,mode]
....................................
tells the Debugger to open an own screen. If you don't enter
dimension parameters the wb screen is cloned. You can use the
screenmodes in the mode string that you can see in the
`Prefs/ScreenMode' requester. This command has no function in local
configuration files.
OPENSCREEN=1448,560,2,PAL:HighRes Interlace
OpenPubScreen=Name
..................
tells the Debugger to open on the Pubscreen with the specified name.
This command has no function in local configuration files.
ScreenFont=fontname/Height
..........................
defines a font for a Debugger screen. This command has no function
in local configuration files.
QuietException=Exception Nummer
...............................
masks off certain exceptions for the exception requester so that
only a `DisplayBeep' is caused instead of a textrequest. With the
value -1 you can mask off every exception and for example with the
value 4 you mask off the `Illegal' exception.
DisableXPointer
...............
disactivate the Wait-Pointer.
TraceBreak
..........
tells the Debugger to use breakpoints in the `Subroutine' Traces
instead of single steps. The advantage is a speed up and the
disadvantage is that you can cause crashes while you step through
resident/reentry code.
CrashedTask
...........
activates the `CatchCrashedTask' mode.
CatchEnforcerHit
................
activates the `CatchEnforcerHit' mode.
DoNotCacheFullFile
..................
tells the Debugger not to cache program files while reading the
Symbol/Debug informationen to save memory. Obviously the parsing speed
will decrease.
DoNotPopPathRequest
...................
tells the Debugger to ignore errors from opening source files and
not to open a path requester.
NoAutoStructAction
..................
tells the Debugger to open a type-requester by an action in the
StructurWindow.
NoBreakpointErrors
..................
tells the Debugger to ignore SETBREAK= errors that cause the
Debugger to always set an error on the program start.
Usage of BDebug
***************
Arexx
=====
Commands
--------
SIMPLEREQUEST "
...............
* RC: -
* result: 'OK'
TWOGADREQUEST "
...............
* RC: -
* result: 'OK','FALSE'
TRIGADREQUEST "
...............
* RC: -
* result: 'OK','FALSE','RESUME'
NEXT_ROOTWINDOW
...............
* RC: -
* result: 'OK','FALSE'
NEXT_SUBWINDOW
..............
* RC: -
* result: 'OK','FALSE'
FIRST_DISSWINDOW
................
* RC: -
* result: 'OK','FALSE'
FIRST_MEMWINDOW
...............
* RC: -
* result: 'OK','FALSE'
FIRST_COPPWINDOW
................
* RC: -
* result: 'OK','FALSE'
FIRST_FPUWINDOW
...............
* RC: -
* result: 'OK','FALSE'
FIRST_BREAKPOINTWINDOW
......................
* RC: -
* result: 'OK','FALSE'
FIRST_STRUCTWINDOW
..................
* RC: -
* result: 'OK','FALSE'
FIRST_SOURCEWINDOW
..................
* RC: -
* result: 'OK','FALSE'
FIRST_SNOOPWINDOW
.................
* RC: -
* result: 'OK','FALSE'
FIRST_WATCHWINDOW
.................
* RC: -
* result: 'OK','FALSE'
ACTIVATE_ROOTWINDOW
...................
* RC: -
* result: 'OK','FALSE'
ACTIVATE_SUBWINDOW
..................
* RC: -
* result: 'OK','FALSE'
OPEN_DISSWINDOW '@REG' | 'Argument'
...................................
* RC: -
* result: -
OPEN_MEMWINDOW '@REG' | 'Argument'
..................................
* RC: -
* result: -
OPEN_COPPWINDOW '@REG' | 'Argument'
...................................
* RC: -
* result: -
OPEN_SOURCEWINDOW '@REG' | 'Argument'
.....................................
* RC: -
* result: -
OPEN_STRUCTWINDOW '@REG' | 'Argument'
.....................................
* RC: -
* result: -
OPEN_BREAKPOINTWINDOW
.....................
* RC: -
* result: -
OPEN_FPUWINDOW
..............
* RC: -
* result: -
OPEN_SNOOPMEMORYWINDOW
......................
* RC: -
* result: -
DOMENU 'Menu-String'
....................
* RC: -
* result: -
SET_BREAKPOINT 'Argument'
.........................
* RC: -
* result: 'OK','FALSE'
CLEAR_ICACHE 'Address,Length'
.............................
* RC: -
* result: 'OK'
CLEAR_ICACHE 'Address,Length'
.............................
* RC: -
* result: 'OK'
GOTO_ADDRESS 'Address'
......................
* RC: -
* result: 'OK','FALSE'
CLEAR_ADDRESS
.............
* RC: -
* result: 'OK','FALSE'
LINK_REGISTER 'Register'
........................
* RC: -
* result: 'OK','FALSE'
SET_REGISTER 'Register,Value'
.............................
* RC: -
* result: 'OK','FALSE'
Read_Byte 'Address'
...................
RC : 0=Ok Result: Result-String
Read_Word 'Address'
...................
RC : 0=Ok Result: Result-String
Read_Long 'Address'
...................
RC : 0=Ok Result: Result-String
Write_Byte 'Address,Value'
..........................
RC : 0=Ok
Write_Word 'Address,Value'
..........................
RC : 0=Ok
Write_Long 'Address,Value'
..........................
RC : 0=Ok
ASL_FileRequester_Save
......................
RC : 0=Ok Result: Filepath-String
ASL_FileRequester_Load
......................
RC : 0=Ok Result: Filepath-String
IS_ADDRESS_LEGAL 'Address'
..........................
* RC: -
* result: 'OK','FALSE'
LOAD_BINARY 'Name,Destination,Length'
.....................................
SAVE_BINARY 'Name,Source,Length'
................................
Usage of BDebug
***************
How to use BDebug ?
===================
Problemanalysis
---------------
First you should be sure that all necessary configurations file have
been installed because without `Barfly.FD' file you don't see any
function names in the disassembler window; and without `Barfly.Include'
the `StructWindow' is unusable. Are these preconditions fullfilled you
should analyse the problem and anticipate how the Debugger can be used.
Because the debugging of programs depends heavily on the situation i
can only list some general points. The reality probably looks
different... as always:-)
Point of departure:
* Program from the CLI
* 1 Task
The program can be started by `bdebug Program [Argument]' or
can be loaded the command window `Debug File'. By this
method all symbol and debug files are loaded. If the
Debugger can't find one source file you can add additional
paths if you haven't disabled this function. The standard
breakpoint is the first command in the program. Sometimes
this uncomfortable and so you can set a different start
breakpoint for example to jump over the CStartup code or to
set it on an important program position.
* Creates further Tasks
In this case you should be sure how you wanna catch the next
Task. You could catch the Task by `Next Task' or compile the
program with an `illegal' in the task and catch it with
`Crashed Task'. After you caught the task you probably would
like to use see symbole and debug source. These
Informationen can be loaded afterwards by using `Load
Symbols'.
* Program from the WB
In this case you should use `Next Task' and then catch the task
`WBL'. Afterwards you have to activate `Next Task' again and run
`WBL'. You could also use the `illegal' strategic. After the
right task was caught you can load the symbols again.
* Is it a Handler, Filesystem or something simular.
In this case you should use the `illegal' strategic and catch the
task by `Crashed Task'. An alternative method would be to catch
the waiting task with `Debug Task' and wait as long as the task
gets woken up by a signal.
After you've solved the first stage how you can controll the problem
task you should think about how the problem looks like and where it
could be located.
Problem Type:
* Enforcer
If an Enforcer Hit is caused Enforcer outputs the hit's program
address and mostly also the hunk offset. You can now directly
jump to the address by entering the address in the DissWindow by
`Change Address' or you open a HunkWindow, doubleclick on the hunk
where the hit is located and then enter the offset Enforcer showed.
The Debugger itself can also automaticly stop a debugged program
if a hit happens.
* Mungwall
These hits aren't that easy to find as Enforcer hits because
Mungwall hits aren't showed when the problem happened but only
after a `FreeMem'. In this case you should remember the
memoryblock where it happened and determine where the responsible
AllocMem is located in the program, so you get an overview between
what area the problem is caused. Now you should open a MemWindow
that points to this certain memory area and step through the
program and look if something changes the mungwall borders in the
MemWindow. Mungwall borders are before and after the allocated
memory area. If you're more experienced you could also use the
WatchpointWindow and set a watchpoint on the certain memory block.
* Crash
If it's just an ordinary crash the error should be pretty easy to
find single stepping through the responsible code area. If it's a
random crash you should be using `Crashed Task' and hope that the
task can be caught. After the task got caught you should check
the instructions that cause the crash. If the PC points to data
fields that don't look like real code the PC is probably set wrong
by a stack cleanup error. In this case you should check the nexts
addresses on the stack if these point to legal program code.
* Sideeffects and mysterious
These bugs are the worst to find and there's no general strategic
how to find them. In these cases only intuition and patience can
help.
Problems that can happen
------------------------
* Why does the Debugger react so slow on keyboard commands that
controll the tracing ?
This happens if you debug a task with a higher priority as the
Debugger's priority. For example. DOS-Handler. Workaround is to
higher the priority of the Debugger.
* Why does the Debugger blockate by opening the filerequester.
This happens when you debug a handler, because the filerequester
normally tests every handler with a IsFilesystem(). When you debug
a handler it can't reply the IsFilesystem packet and therefore the
filerequester is busy.
* If you debug the following program on a 68040 with 68040.library
or 68060.library the instruction `rts' is run if you cause a
Single-Step on the instruction `fetox'. Because this command
isn't implemented in the 68040 and 68060 it has to be emulated. It
seems to forget the tracebit.
mc68040
fmove.x #1.3,fp0
fmove.x #255,fp1
fetox.x fp0,fp1
rts
* If a program doesn't return from a DOS funktion you could
accidently entered a char in shell window.
BAsm 1.0
A cli/arexx controlled Assembler
Copyright (c) 1989-94 Ralph Schmidt
- Shareware -
The Assembler
*************
The assembler understands the commands and addressmodes from the
68000 through the 68060 and both the Floating-Point Units, 68881 and
68882. It supports only the 68851 MMU commands, which are also
supported by the 68030. The assembler achieves it's speed by
translating the source in a single pass, followed by a backpatch phase
which corrects all unresolved references.
Syntax
======
Comments
--------
A comment can start in several different ways. In a pure comment it
starts either with a ; or *. A comment can only be started after an
assembler command or symbol with a ; if an assembler command or symbol
exists within that line.
;A comment
*A comment
move.l a0,a0 ;A comment
Opcode/Instructions arrangement
-------------------------------
`[label[:]] [opcode] [operand[, operand[, operand...]]]]]'
* Opcodes
An Opcode can be a Motorola Mnemonic, an assembler command, or a
Macro call.
* Operations
In a Motorola mnemonic operands are based on legal addressmoes; in
assembler privat instructions the parameters depend on the
instruction.
Symbol structure
----------------
A symbol can represent the following types:
* Value
* Program Counter
* Register
* Register List
* Macro
Symbols can only be defined once. The exceptions are local labels
and symbols defined by Set.
Structure rules for Symbols.
* The first letter of a symbol can be one of the following: a...z,
A...Z,_, @,. and \.
* From the second letter on, the symbol can contain the following
letters: a...z,A...Z,0...9, _,@ and ..
* If a symbol consists of only numbers and ends with $, then it is a
numerical local label.
* A symbol is ended by an illegal letter.
* If a symbol begins with a . or \, then it is a local label.
* A macro symbol should not contain a ..
* To avoid a conflict, a symbol should not end with .b,.w or .l.
ThisIsALabel ;That is a normal label
ThisIsALabel1.loop: ;That is a normal label
This@_Is_@A_@Label
1$: ;That is a numerical local label
.ThisIsALabel ;That is a local label
.ThisIsALael1: ;That is a local label
\ThisIsALabel.loop: ;That is a local label
ThisIsASymbol=10
ThisIsASymbol = 10
ThisIsASymbol equ 10
The relative label
------------------
This symbol represents an offset to the start of a program.
label
label:
label nop
label: nop
The local Label
---------------
A local label is only valid between two normal relative labels, thus
you cannot reference local labels outside of that scope. Otherwise it
works simular as a normal label. There are 2 different prefixes that
introduce a local label: . and \ that define 2 different local labels.
A special case is the Backward Reference Label that is introduced with
... It doesn't depend on a certain define area between normal labels
thus you can only access the symbol if it were defined earlier.
..:
label_0:
.local:
bra.s .local
label_1:
.local:
bra.s \local
\local:
nop
label_end:
..:
dbra d0,..
..:
dbra d1,..
..Hello:
dbra d1,..Hello
The local numerical label
-------------------------
Addionally to the non-numerical local label there are also the
numerical labels which are based of 4 digits with the postfix $. BASM
handles the number as a hash key with the consequence that there's no
difference between 001$ and 1$.
label_0:
123$: nop
label_1:
123$: nop
The absolute Symbol
-------------------
The absolute symbol is defined by a direct value initializing that
is initiated by =, equ or set. If you define a symbol by set you can
change it as often as needed.
value1=2
value2 equ value1*2
value3 set value2
The Register Symbol
-------------------
The register symbol is defined by `equr' or `fequr' that is used for
FPU registers.
Ptr equr a1
PI fequr fp2
move.l (Ptr),d0 ;move.l (a1),d0
fmove.x PI,fp0 ;fmove.x fp2,fp0
The Register List Symbol
------------------------
The register list symbol is defined by `reg' and represents the
register mask for `Movem' and `fmovem'. You must not mix FPU and
Integer registers with each other in a register list.
mask reg d0/d2/d4-d7/a0-a4/a6-a7
mask1 reg d0-a6
mask2 reg d0-6
fmask reg fp0-fp2/fp4-fp5
The Macro Symbol
----------------
By using the command `macro' or `cmacro' after the symbol, the
symbol is defined as a macro. The macro block is terminated by the
command endm. The Macro cmacro is case-insensitive and therefore
useful to emulate commands that are missing from the core.
Symbol[:] macro
.
.
Symbol[:] endm
Datatypes
---------
The assembler understands 3 distinct datatypes.
* 32Bit Integer
* 96Bit Extended Floating Point
* 96Bit Packed Binary Floating Point
At the moment only integer datatypes are supported in arithmetic
arguments so you can only use the FPU datatypes as constants.
+-------------+--------------------+
| Format | Representation |
+-------------+--------------------+
+-------------+--------------------+
| Decimal | 1024 |
+-------------+--------------------+
| Hexadecimal | $400 |
+-------------+--------------------+
| Binary | %10000000000 |
+-------------+--------------------+
| Ascii | "OK", 'OK' or `OK` |
+-------------+--------------------+
Furthermore you can use symbols or the character `*' that represents
the program counter in arguments. There are limitation in the use of
symbols in arguments. For example you can only add or subtract
constants from an external label, Floatingpoint Values can only be used
as simple constants,... By the postfix `k' after decimal value the
value is multply by $1000.
`Floating Point Format'
+-------------+-------------------------------------+
| Format | Representation |
+-------------+-------------------------------------+
+-------------+-------------------------------------+
| Extended | '[+,-]3. 145637848298628[e[+,-]123] |
+-------------+-------------------------------------+
| Packed | ''[+,-]3. 145637848298628[e[+,-]123]|
+-------------+-------------------------------------+
Datatype Conversion
-------------------
All commands are performed with these 3 datatypes and then converted
into the required datatype. For example a 32Bit integer can be
converted into 16Bit and 8 Bit; an extended floating point into a
double or single floating point. Floating point datatypes are rounded
by a convertation. If a rouding error occurs the parser returns with
an error.
Datatype Format
---------------
Internal Datatype Structure
* Integer
+--------+---------+
| Bit 31 | 30..0 |
+--------+---------+
+--------+---------+
| S | Integer |
+--------+---------+
* Single Floating Point
+--------+-----------------+------------+
| Bit 31 | Bits 30..23 | Bits 22..0 |
+--------+-----------------+------------+
+--------+-----------------+------------+
| Sign | Biased Exponent | Fraction |
+--------+-----------------+------------+
* Double Floating Point
+--------+-----------------+------------+
| Bit 63 | Bits 62..52 | Bits 51..0 |
+--------+-----------------+------------+
+--------+-----------------+------------+
| Sign | Biased Exponent | Fraction |
+--------+-----------------+------------+
* Extended Floating Point
+--------+-----------------+------------+
| Bit 95 | Bits 94..80 | Bits 62..0 |
+--------+-----------------+------------+
+--------+-----------------+------------+
| Sign | Biased Exponent | Mantisse |
+--------+-----------------+------------+
* Packed Binary Floating Point
+------+------+------+------+------+------+------+------+
| MEYY | EXP2 | EXP1 | EXP0 | EXP3 | 0000 | 0000 | M016 |
+------+------+------+------+------+------+------+------+
| M015 | M014 | M013 | M012 | M011 | M010 | M009 | M008 |
+------+------+------+------+------+------+------+------+
| M007 | M006 | M005 | M004 | M003 | M002 | M001 | M000 |
+------+------+------+------+------+------+------+------+
* M is the sign (+ or -) of the fraction
* E is the sign (+ or -) of the exponent
* Y are the internal flags for infinity and NAN
* E002-000 are the numbers of the exponent from 2 to 0, EXP3 is used
internally.
* M016-000 are the numbers of the fraction from 16 to 0. Each number
lies in the range from 0 to 9..
Operations
----------
Operators
---------
+----------+-------------------------------+
| Operator | Function |
+----------+-------------------------------+
+----------+-------------------------------+
| `+' | 32Bit signed Addition |
+----------+-------------------------------+
| `-' | 32Bit signed Subtraction |
+----------+-------------------------------+
| `*' | 32Bit signed Multiplication |
+----------+-------------------------------+
| `/' | 32Bit signed Division |
+----------+-------------------------------+
| '|' | 32Bit Or |
+----------+-------------------------------+
| `!' | 32Bit Or |
+----------+-------------------------------+
| `&' | 32Bit And |
+----------+-------------------------------+
| `^' | 32Bit Eor |
+----------+-------------------------------+
| `<<' | logic 32Bit Shift to the left |
+----------+-------------------------------+
| `>>' | logic 32Bit Shift to the right|
+----------+-------------------------------+
| `~' | 32Bit Not |
+----------+-------------------------------+
Basm cares for the operator priorities but be careful while
porting Seka Sources because Seka doesn't care for the priorities.
Functions
---------
The following functions are supported.
* _bitnum(Argument) calculates the bit number of the argument. If
this is impossible an error occurs.
* _bitfield(Argument) calculates the bit mask of the argument. If
this is impossible an error occurs.
* _extb(Argument) equal to the 680xx command extb
* _extw(Argument) equal to the 680xx command extw
* _min(Argument[,Argument,...]) calculate the minimum of the
argument.
* _max(Argument[,Argument,...]) calculate the maximum of the
argument.
Assembler Commands
==================
Hunk/Link Commands
------------------
[Label] section Name[,Typ[,[RelocModus,Memtyp]
..............................................
defines a new logical unit so that the DOS-Loader has the
opportuntity to place smaller hunks into free memory blocks. Another
use for this command is to set different memory types for the hunk to
load gfx data into the chipmem. If you don't specify the section type
it assumes "",Code,Public.
* Name = Hunkname
* Hunk type
`CODE'
starts a code segment.
`DATA'
starts a data segment.
`BSS'
starts an undefined data segment.
`DEBUG'
starts a custom debug segment.
`CUSTOM'
starts a Custom-Hunk area.
* Reloc-Mode defines the width of the hunk relocation. Default 32Bit
`RELOC16'
sets the reloc width to 16bit.(V37)
`RELOC32'
sets the reloc width to 32bit.(Default)
* Memtype defines the memory attributes of the hunk. If you add a
`_p', `_c', or `_f' upon the type parameter, you cannot use more
memtypes.The memtype `DEBUG' does not allow memory attribute
suffixes.
`PUBLIC'
loads the hunk into the memory with the highest priority.
Code Suffix _p.
`CHIP'
loads the hunk into chip memory. Code Suffix _c.
`FAST'
loads the hunk into fast memory. Code Suffix _f.
`ADVISORY'
ignores the hunk if the OS doesn't understand the type. A
kind of Debug-Hunk that can be used by the OS.(V39)
`ATTR=?'
loads the hunk into the memory with specified memory
attributs. (V37)
[Label] code [Name[, Memtyp]]
.............................
defines a new code hunk and is equivalent to the command `section
?,code,?'.
* Name = Hunkname
* Memtype defines the memory attributes for the hunk.
`PUBLIC'
loads the hunk into the memory with the highest priority.
Code Suffix _p.
`CHIP'
loads the hunk into chip memory. Code Suffix _c.
`FAST'
loads the hunk into fast memory. Code Suffix _f.
`ADVISORY'
ignores the hunk if the OS doesn't understand the type. A
kind of Debug-Hunk that can be used by the OS.(V39)
`ATTR=?'
loads the hunk into the memory with specified memory
attributs. (V37)
[Label] data [Name[, Memtyp]]
.............................
defines a new data hunk and is equivalent to the command `section
?,data,?'.
* Name = Hunkname
* Memtype defines the memory attributes for the hunk.
`PUBLIC'
loads the hunk into the memory with the highest priority.
Code Suffix _p.
`CHIP'
loads the hunk into chip memory. Code Suffix _c.
`FAST'
loads the hunk into fast memory. Code Suffix _f.
`ADVISORY'
ignores the hunk if the OS doesn't understand the type. A
kind of Debug-Hunk that can be used by the OS.(V39)
`ATTR=?'
loads the hunk into the memory with specified memory
attributs. (V37)
[Label] bss [Name[, Memtyp]]
............................
defines a new BSS hunk and is equivalent to the command `section
?,bss,?'.
* Name = Hunkname
* Memtype defines the memory attributes for the hunk.
`PUBLIC'
loads the hunk into the memory with the highest priority.
Code Suffix _p.
`CHIP'
loads the hunk into chip memory. Code Suffix _c.
`FAST'
loads the hunk into fast memory. Code Suffix _f.
`ADVISORY'
ignores the hunk if the OS doesn't understand the type. A
kind of Debug-Hunk that can be used by the OS.(V39)
`ATTR=?'
loads the hunk into the memory with specified memory
attributs. (V37)
[Label] cseg [Name[, Memtyp]]
.............................
has the same function as the command `code'.
[Label] dseg [Name[, Memtyp]]
.............................
has the same function as the command `data'.
idnt Name
.........
defines the name of the `HUNK_UNIT' hunk in the object file.
* Name = Hunkname
identify Name
.............
defines the name of the actual hunk.
* Name = Hunkname
BDebugArg Argument
..................
defines a parameter in env:BDebugProgram. It doesn't active this
function you have to activate by option "-J" in *Note BOPT: MI_BOPT.
* Argument = Argument Text
smalldata [Register]
....................
activates the smalldata mode for the hunk. Optionally, you can also
define the smalldata register. Default register is `A4'. The program
itself must initialize the smalldata register with the address of the
smalldata data hunk.
bopt w2- ;68020 Addressmode warnings off
mc68020 ;68020 mode activated
smalldata a3 ;Default is A4!!!
xref _LinkerDB ;Special linker symbol
lea.l _LinkerDB,a3 ;Address of the smalldata data segments
move.l #0,(d_test.l,a3)
move.l #"TEST",d_test(a3)
moveq #0,d0
tst.b array(a3,d0.w)
rts
section "__MERGED",BSS ;The smalldata data segments are defined
;the following way
d_test:
ds.l 1
array:
ds.b 20
xref Symbol[, Symbol...]
........................
imports a symbol so that you can access symbols that were exported
by XDef. The linker resolves these reference during the link process
and creates a program file. If the assembler finds a XRef in the source
it creates an object file. This decision can be overruled.
* Symbol = Name of the importet symbol.
xdef Symbol[, Symbol...]
........................
exports a symbol as global so that other object files can import the
symbol by XRef. There's no need to define a symbol before you mark them
with XDef. If the assembler finds a XRef in the source it creates an
object file. This decision can be overruled.
* Symbol = Name of the global symbol
global Symbol[, Symbol...]
..........................
has the same function like XDef.
public Symbol[, Symbol...]
..........................
has the same function like XDef.
output Name
...........
sets an output filename. If you don't specify a filename the
assembler uses the source filename and adds the appropriate filetype
suffix.
* Name = Filename
objfile
.......
has the same function like Output.
exeobj
......
writes a program file if you wanna overrule the assembler.
linkobj
.......
writes an object file if you wanna overrule the assembler.
org Address
...........
activates the absolute mode. All command that refer to hunk related
functions aren't allowed. For example:. section, xdef, xref. The
parameter address sets the base address of the created code.
* Address = Absolute Address
addsym
......
writes a symbol hunk.
debug
.....
writes a SAS D1 debug hunk to see source level informations while
debugging the program through bdebug.
Symbol Commands
---------------
CArgs [#Offset,]Symbol[,Symbol.w[,Symbol.l]
...........................................
defines the symbol offsets for a stack function. The first Symbol
starts with the offset 4 but if you like to use a different Offset it's
possible to specify one. Then the offset is increased according to the
size of the symbol. If the symbol has no size specifier the default size
is word. Sorry..i would use a longword here but to be compatible with
Devpac i'm forced to use word.
cargs Test1.w,Test2.l
move.w Test1(a7),d0 ;Test1=4
move.l Test2(a7),d0 ;Test2=4+2=6
Symbol rs[.width] Count
.......................
initializes the Symbol with the value of the counter __RS and
increases the __RS counter afterwards by Count*Width. You can use this
command as a replacement for the include exec/types.i macros to
increase the parsing speed.
* Width
`B'
1 Byte Valuearea: -$80 <= x < $100
`W'
2 Bytes Valuearea: -$8000 <= x < $10000
`L'
4 Bytes Valuearea: -$80000000 <= x < $10000000
`S'
4 Bytes (Single IEEE-Float)
`D'
8 Bytes (Double IEEE-Float)
`X'
12 Bytes (Extended IEEE-Float)
`P'
12 Bytes (Packed BCD-Float)
`Q'
16 Bytes (Quadword)
Symbol so[.width] Count
.......................
This command has the same function like rs with the exception that
the Symbol __SO is used instead of the __RS symbol. Internally both
symbols are handled equal. Devpac has introduced the symbol __RS and
Macro68k knows the functionality by the name __SO.
Symbol fo[.width] Count
.......................
decreases the counter __FO by Count*Width and initializes the Symbol
with the new value. Useful to create the negative local stackframe
symbols needed by link.
* Width
`B'
1 Byte Valuearea: -$80 <= x < $100
`W'
2 Bytes Valuearea: -$8000 <= x < $10000
`L'
4 Bytes Valuearea: -$80000000 <= x < $10000000
`S'
4 Bytes (Single IEEE-Float)
`D'
8 Bytes (Double IEEE-Float)
`X'
12 Bytes (Extended IEEE-Float)
`P'
12 Bytes (Packed BCD-Float)
`Q'
16 Bytes (Quadword)
rsreset
.......
initializes the counter __RS to 0.
rsset Value
...........
initializes the counter __RS with the Value
* Value = New Index
clrso
.....
has the same function like rsreset
clrfo
.....
has the same function like foreset.
setso Value
...........
has the same function like rsset
setrs Value
...........
has the same function like rsset
setfo Value
...........
initializes the counter __FO with the Value
* Value = New Index
Symbol rsval
............
initializes the Symbol with the value of the __RS counter.
Symbol soval
............
has the same function like rsval.
Symbol foval
............
initializes the Symbol with the value of the __FO counter.
Data Commands
-------------
align Value
...........
aligns the program counter to an address that can be devided by the
value. Useful because certain DOS structures have to be aligned on 4
Byte boundaries. For example FileInfoBlock. Furthermore it's also
useful to align subroutines on longword boundaries that they fit better
into the cache structure.
* Value = Align Mask
cnop Offset,Align
.................
aligns the program counter to an address that can be devided by the
Align value and adds the value onto the address. Internally only Align
values < 16 are supported.
pad.Width Align[,Value]
.......................
aligns the program counter to an address that can be devided by the
Align*Width and fills the aligned area by the optional mask value.
quad
....
aligns the program counter to a 16 Byte address.
even
....
aligns the program counter to an even address. This function is
useful if you define an odd sized data area and you need a word aligned
for OS data structures or assembler instructions.
odd
...
aligns the program counter to an odd address.
dc[.width] Value[,Value...]
...........................
inserts data of the Width into the code.
* Width
`B'
1 Byte Valuearea: -$80 <= x < $100
`W'
2 Bytes Valuearea: -$8000 <= x < $10000
`L'
4 Bytes Valuearea: -$80000000 <= x < $10000000
`S'
4 Bytes (Single IEEE-Float)
`D'
8 Bytes (Double IEEE-Float)
`X'
12 Bytes (Extended IEEE-Float)
`P'
12 Bytes (Packed BCD-Float)
db Value[,Value,...]
....................
inserts a byte with a value in the valuearea -$80 <= x < $100.
dw Value[,Value,...]
....................
inserts a word with a value in the valuearea -$8000 <= x < $10000.
dl Value[,Value,...]
....................
inserts a longword with a value in the valuearea -$80000000 <= x <
$100000000.
ub Value[,Value,...]
....................
inserts a byte with a value in the valuearea -$80 <= x < $80.
uw Value[,Value,...]
....................
inserts a word with a value in the valuearea -$8000 <= x < $8000.
ul Value[,Value,...]
....................
inserts a longword with a value in the valuearea -$80000000 <= x <
$80000000.
sb Value[,Value,...]
....................
inserts a byte with a value in the valuearea -$80 <= x < $100.
sw Value[,Value,...]
....................
inserts a word with a value in the valuearea -$8000 <= x < $10000.
sl Value[,Value,...]
....................
inserts a longword with a value in the valuearea -$80000000 <= x <
$100000000.
pb Value[,Value,...]
....................
inserts a byte with a value in the valuearea 0 <= x < $80.
pw Value[,Value,...]
....................
inserts a word with a value in the valuearea 0 <= x < $8000.
pl Value[,Value,...]
....................
inserts a longword with a value in the valuearea 0 <= x < $80000000.
nb Value[,Value,...]
....................
inserts a byte with a value in the valuearea -$80 <= x < 0.
nw Value[,Value,...]
....................
inserts a word with a value in the valuearea -$8000 <= x < 0.
nl Value[,Value,...]
....................
inserts a longword with a value in the valuearea -$80000000 <= x < 0.
ds[.width] Count[,Value]
........................
defines a memory area with the length Count * Width and fills the
area with an optional Value. Default fill value is 0. Is the Count 0
a cnop 0,Width is run.
* Width
`B'
1 Byte Valuearea: -$80 <= x < $100
`W'
2 Bytes Valuearea: -$8000 <= x < $10000
`L'
4 Bytes Valuearea: -$80000000 <= x < $10000000
`S'
4 Bytes (Single IEEE-Float)
`D'
8 Bytes (Double IEEE-Float)
`X'
12 Bytes (Extended IEEE-Float)
`P'
12 Bytes (Packed BCD-Float)
* Count = Length of the memory area.
* Value = optional Fill Value.
dsb[.width] Count[,Value]
.........................
has the same function like ds
dsb[.width] Count[,Value]
.........................
has the same function like ds
blk[.width] Count[,Value...]
............................
has the same function like ds
ascii String1[,String2,...]
...........................
inserts Strings.
cstring String1[,String2,...]
.............................
inserts C-Strings.
dstring dtype1,dtype2,dtype3
............................
inserts the current date string.
Datentypen
* "w" WeekDay
* "d" Date
* "t" Time
dc.b " ("
dstring w,d,t
dc.b ")"
dc.b $a,$d,0
;=> (Thursday 14-Okt-93 15:32:06)
pstring String[,String,...]
...........................
inserts a BCPL string.
istring String[,String,...]
...........................
inserts strings that terminate with a char that has Bit 7 set.
bitstream Mask
..............
inserts a bitmask for an image object for example. The bits are
aligned to bytes.
* Mask = Mask is a string that is based only of 0 and 1.
bitstream "01001000001"
sprintx "Formatstring"[,Value[,...]]
....................................
inserts the resulting string into the code. The string isn't
terminated by a 0 so that you can add other strings rather easy.
* FormatString - is a string in C-Notation so you can
use the known C char types n,t,...
The following options are allowed.
* FormatSyntax - %[flags][width][.limit][length]type
* flags - '-' disactivates left side layout.
* width - Field Length. If the first char is '0' the field is
filled by '0' on the left side.
* limit - defines the maximal count of char that can be inserted
from a string. Only legal for %s and %b.
* length - The size of the datatype. Default is 16-bit for the
typs %d,%u and %x. %l is long (32Bit). Attention! The
Assembler always pushes a longword on the stack so always use
%l if you don't know what you're doing.
* type - The following types are supported.
b - BSTR, a 32-bit BPTR Pointer on a bytelength string.
A NULL BPTR is handled like an empty string. d - signed
decimal u - unsigned decimal x - hexadezimal in lower case.
X - hexadecimal in upper case. s - String, a 32-bit Pointer
on a NULL-terminated Byte-String. A NULL BPTR is
handled like an empty string. c - Char
* Value - is an argument that has to be resolvable.
Listing I/O Commands
--------------------
list
....
activates the listing output. Has no function if the global listing
output wasn't activated.
Listing Format:
LINE ADDRESS[Flag1] COMMAND-BYTES[Flag2] SOURCE
* Flag1
* + shows that the line was created by a macro.
* > shows that the Assembler searches the closing ENDC.
* < shows that the Assembler searches the closing ENDM.
* Flag2
* + shows a line overflow and that Bytes are ignored. Can
often happen during data definitions.
nolist
......
disactivates the listing output. Has no function if the global
listing output wasn't activated.
printx "Formatstring"[,Value[,...]]
...................................
outputs the string to the current Stdout and works simular as the
known C-Printf function. Look at SPRINTF
errfile Name
............
defines the filename for the error output.
* Name = Filename
lisfile Name
............
defines the filename for the listing output. If no error file was
defined the error output is also written into the listing file.
* Name = Filename
Structuring
-----------
symbol[:] macro
...............
starts a Macro block.
endm
....
ends a macroblock.
mexit
.....
ends a macro call.
fail
....
creates an error.
end
...
ends the assembling.
if Symbol
.........
checks if the symbol value is not NULL and assembles the block
depending on the success.
ifd Symbol
..........
checks if the Symbol exists and assembles the block depending on the
success.
ifnd Symbol
...........
checks if the Symbol doesn't exist and assembles the block depending
on the success.
ifv String
..........
This is a privat command that is used for internal functionality and
subject to change. Touch an burn!
ifnv String
...........
This is a privat command that is used for internal functionality and
subject to change. Touch an burn!
ifmacrod Macro
..............
checks if the Macro exists and assembles the block depending on the
success.
ifmacrond Macro
...............
checks if the Macro doesn't exist and assembles the block depending
on the success.
ifcmacrod CMacro
................
checks if the CMacro exists and assembles the block depending on the
success.
ifcmacrond CMacro
.................
checks if the CMacro doesn't exist and assembles the block depending
on the success.
ifc Symbol,Symbol
.................
compares the first string with the second string and if they are
equal the block is assembled.
ifnc 'String','String'
......................
compares the first string with the second string and if they differ
the block is assembled.
if[condition] Symbol=Symbol
...........................
compares the first symbol with the second symbol and decides
according to the condition if the block is assembled.
* Condition = Normal Bcc-Condition Syntax
* Symbol = Normal Symbol
else
....
activates the condition block if the block above wasn't assembled.
elseif
......
activates the condition block if the block above wasn't assembled.
endc
....
defines the end of a condition block.
endif
.....
defines the end of a condition block.
repeat Count
............
repeats the blocks that is located between repeat and endr by the
number Count.
rept Count
..........
has the same function like Repeat
procstart
.........
defines a function in a Dice-C assembler output and is used to
optimize Link and Unlk. This optimize method isn't working yet.
procend
.......
defines a function in a Dice-C assembler output and is used to
optimize Link and Unlk. This optimize method isn't working yet.
File I/O Commands
-----------------
incdir Dir[,Dir[,...]]
......................
adds directories to the include path list. BASM uses 2 internal
path lists and the current directory to find the include and incbin
files. First BASM checks for a : character in the filename and if it
finds a volume the file is loaded direct instead of searching it
through the pathlists. The first path list contains the paths that
were defined in the commandline or *Note BOPT: MI_BOPT by the option -i
or through incdir. The second path list contains the paths that were
defined in global configuration file ENV:BASMOption. The entries of
the second list will be removed when the assembler is closed so that
the paths are still correct in the ARexx-Mode. The first list is
removed every pass.
* Dir = Name of the Include-Path.
Incpath
.......
has the same function like incdir.
include Name
............
loads the external include file, for example the OS-Includes. If
the file is a precompiled include file it's detected automaticly.
Includes are loaded from the editor or cachefile.library.
* Name = Filename
include2 Name
.............
has the same function like include with the exception that the
cachefile.library isn't ignored.
* Name = Filename
incbin Name[,size]
..................
inserts the file with the optional length at the current address
into the code. Normally used for sounds and graphics.
incbin2 Name[,size]
...................
has the same function like incbin with the exception that the
cachefile.library isn't used.
* Name = Name of the data file.
ibytes Name[,Length]
....................
has the same function like incbin
dsbin Name[,Length]
...................
defines a memory area with the length of the file specified by the
file. Optinally you can defined the maximal file length.
* Name = Filename
* Length = maximal file length
doscmd Name
...........
runs the program Name.
dc.b 0,"$VER: Fubar 1.0 by Joe User"
doscmd "c:date >ram:Temp"
incbin ram:Temp
doscmd "c:delete ram:Temp"
pure
....
sets the Pure Bit while writing a program file.
Miscellaneous
-------------
trashreg Reglist
................
defines the registers that are available to the optimizer.
* RegList = A normal Registerlist known by Movem.
super
.....
disactivates Supervisor warnings.
mc[Type]
........
defines the processor type to allow certain commands and
addressmodes.
Processor-Type
* 68000 Default Mode
* 68010
* 68020
* 68030
* 68040
* 68060
* 68881
* 68882
bopt [opt[,...],...]
....................
sets the assembler options.
Options
`m1[+,-]'
activates/disactivates the 68010 mode.
`m2[+,-]'
activates/disactivates the 68020 mode.
`m3[+,-]'
activates/disactivates the 68030 mode.
`m4[+,-]'
activates/disactivates the 68040 mode.
`m6[+,-]'
activates/disactivates the 68060 mode.
`mf[+,-]'
activates/disactivates the 68881/2 mode.
`ue[+,-]'
activates/disactivates writing an executable file.
`uo[+,-]'
activates/disactivates writing an object file.
`ua[+,-]'
activates/disactivates writing an absolut file.
`un[+,-]'
activates/disactivates writing file.
`p[+,-]'
activates/disactivates writing a preassembled Include file.
`g[+,-]'
activates/disactivates adding the prefix _ to each exported symbol.
`sx[+,-]'
activates/disactivates writing all XRef/XDef symbols to a symbol
hunk.
`sl[+,-]'
activates/disactivates writing all normal symbols to a symbol hunk.
`sa[+,-]'
activates/disactivates writing all symbols to a symbol hunk.
`sd[+,-]'
activates/disactivates writing a BASM custom format Debug Hunk.
Makes only sense as a program file and it needs a lot hd space
because it includes all sources.
`s1[+,-]'
activates/disactivates writing a SAS D1 compatible Debug Hunk.
`sf[+,-]'
activates/disactivates writing the full sourcefile path into the
debug hunk. You should only use this for your own development
system because other users may have different HD layouts. This
option has only a meaning with in a SAS D1 Debug Hunk.
`j[+,-]'
activates/disactivates setting the PURE Bit for a program file.
The PURE Bit tells the Shell that this program can be loaded
resident.
`J[+,-]'
activates/disactivates creating the file ENV:BDebugProgram that
contains the assembled filename for BDebug.
`a[+,-]'
activates/disactivates creating of an .info file for each program.
Useful if you use the assembler through the WB.
`A[+,-]'
activates/disactivates the ARexxmode Option. Only allowed in the
commandline.
`i<DirName>'
defines the include path.
`o<FileName>'
defines the object filename
`P<Priority>'
sets the task priority.
`c[+,-]'
activates/disactivates that the assembler interpretes Upper and
Lower case as 2 different chars.
`f[+,-]'
activates/disactivates a faster mode that resolves all references
in the 2nd pass. Fortunately this mode needs more memory and has
some disadvantages like uncorrect values during the listing. This
option has no effect during optimizing.
`M<Bytes>'
defines the max macro expansion size. If you get a macromemerror
you should increase the size. Default 1000 Bytes.
`Z<Address>'
tells the assembler that the source is starts in the memory at the
defined address. Useful for ARexx scripts. Option is only
available in the commandline.
`x[+,-]'
uses the `cachefile.library' to load resident Includes/Incbins or
add unknown files to the cachefile.library database.
`X[+,-]'
erases all files that are controlled by the cachefile.library.
`y[+,-]'
shows all files that are controlled by the cachefile.library.
`l[+,-]'
activates/disactivates the listing output.
`l0[+,-]'
activates/disactivates the listing macro expansion.
`L<Listingfile>'
defines the Listing filename.
`h[+,-]'
activates/disactivates the symbol listing output.
`H[+,-]'
activates/disactivates the unused symbol output.
`v[+,-]'
outputs a statistic after assembling.
`V[+,-]'
as little status output as possible
`e[+,-]'
creates an error list.
`es[+,-]'
outputs the error list in the Barfly shell. This option has no
meaning in BASM.
`wo[+,-]'
activates/disactivates Optimizing warnings.
`ws[+,-]'
activates/disactivates Supervisor warnings.
`wm[+,-]'
activates/disactivates Move16 warnings because the use of the
move16 command is dangerous if you don't know the problems.
`w2[+,-]'
activates/disactivates 68020 Addressmode warnings.
`w4[+,-]'
activates/disactivates 64k-Access warnings. It's useful if you
accidently avoid to forget the address register. Example: move.l
8,d0 instead of move.l 8(an),d0
`b0'
sets the Default Branch Length to 8-Bit. .b
`b1'
sets the Default Branch Length to 16-Bit. .w
`b2'
sets the Default Branch Length to 32-Bit. .l
`B0'
sets the Default BaseDisplacement-Width to 8 Bit. .b
`B1'
sets the Default BaseDisplacement-Width to 16 Bit. .w
`B2'
sets the Default BaseDisplacement-Width to 32 Bit. .l
`n0'
sets the Default OuterDisplacement-Width to 16 Bit. .w
`n1'
sets the Default OuterDisplacement-Width to 32 Bit. .l
`q[+,-]'
activates/disactivates align long after each rts, bra or jmp to
align blocks to the cache structure.
`O[+,-]'
activates/disactivates the Optimizer. Without this option no
optimizing will happen besides the addressmode converting.
`OG[+,-]'
activates/disactivates Forward Reference Optimizing to use every
possibility. In this mode the source is assembled until no further
optimizing method is found. First the source is assembled
normally. This is shown by the Output Pass 1. Afterwards the
optimize passes are started and continued until no further symbol
changes and length errors occur. This can take a while and
depends on the source size.
`OT[+,-]'
activates/disactivates Time Optimizing.
Addressmode Converting
`OC0[+,-]'
bdwan
`OC1[+,-]'
bdwpc
`OC2[+,-]'
anxn
`OC3[+,-]'
pcxn
`OC4[+,-]'
bdw
`OC5[+,-]'
bdl
`OC6[+,-]'
an
`OC7[+,-]'
pc
`ODD[+,-]'
activates Direct Addressmode Optimizing
Direct Optimizing
`OD0[+,-]'
move
`OD1[+,-]'
clr
`OD2[+,-]'
add
`OD3[+,-]'
sub
`OD4[+,-]'
lea
`OD5[+,-]'
cmp
`OD6[+,-]'
bcc
`OD7[+,-]'
jsr
`OD8[+,-]'
jmp
`OD9[+,-]'
asl
`ODa[+,-]'
or ( This Optimizing is disactivated internal )
`ODb[+,-]'
eor ( This Optimizing is disactivated internal )
`ODc[+,-]'
and
`ODd[+,-]'
mulu
`ODe[+,-]'
muls
`ODf[+,-]'
jsr+rts
`ODg[+,-]'
jmp+rts
`ODh[+,-]'
MovemNoRegister
`ODi[+,-]'
MovemOneRegister
`ODj[+,-]'
Link
`OAP[+,-]'
activates PC-Relative Optimizing
`OAS[+,-]'
activates Smalldata Optimizing
`OAL[+,-]'
activates long nach word Optimizing
`OAX[+,-]'
activates x(An) to (An) Optimizing
`OAY[+,-]'
activates 68020++ An-EA Optimizing
`OAZ[+,-]'
activates 68020++ PC-EA Optimizing
`OAR[+,-]'
activates Register Optimizing
You should be careful with the command *Note BOPT: MI_BOPT when you
activate Global-Optimize. In every parse the default config is set and
therefore you should define all global options in the commandline or in
the configuration file.
680xx Meta Commands
-------------------
mb Operand1,Operand2
....................
has the same function as move.b.
mw Operand1,Operand2
....................
has the same function as move.w.
ml Operand1,Operand2
....................
has the same function as move.l.
mq Operand1,Operand2
....................
has the same function as moveq.
xor.? Operand1,Operand2
.......................
has the same function as eor.?.
xori.? Operand1,Operand2
........................
has the same function as eori.?.
bhs.? Label
...........
has the same function as bcc.?.
blo.? Label
...........
has the same function as bcs.?.
Assembler Macros
================
Macros are meta commands that can be based of many assembler
instructions to achieve an abstracter source layout. In a macro you
can use several different pattern that are replaced by appropriate
parameters when the macro is called. The parameter that are passed
during a macro call are represented by the following patterns:
\0,...,\9, \a,...,\z, \A,...,\Z. The pattern ids are using the
hexadecimal format. If a pattern is used with no related parameter an
empty string is inserted. Furthermore if a parameter contains
tabulators or spaces it has to be placed between <...>. When a macro
needs relative labels and is should be called more than one time you
should use the special pattern @. This pattern is replaced by a number
that is based of 4 digits and that is increased after each call. The
pattern \# is replaced by the value of the symbol narg that represents
the count of macro parameters. Besides the standard patterns there are
some more advanced pattern functions supported that look like
\*Function-Name. These functions don't belong to the motorola standard
thus they aren't supported by every assembler. Another important point
is that you can also call macros from from macros but you can't define
macros in macros.
The standard macro pattern
Label & [. string] & [, string] & [, string] & [,...] & [\\0]
& [\\1|] & [\\2|] & [\\3|]...[\\n|]
The advanced macro pattern functions
* ` \(Argument)' inserts the string of the macroparameter with the
number the argument defines.
\(1) = \1
\(1+3+4) = \8
* `\*upper(String)' inserts the string in upper case.
* `\*lower(String)' inserts the string in lower case.
* `\*valof(Argument)' inserts the decimal value of the argument as a
string.
* `\*strlen(Symbol)' inserts the length of a symbol as a string.
* `\*right(String,n)' inserts n chars of the right side of the
string. If the string contains less than n chars the whole string
is inserted.
* `\*left(String,n)' inserts n chars of the left side of the string.
If the string contains less than n chars the whole string is
inserted.
* `\*mid(String,n,m)' inserts chars from position n to m from the
string. If the position is outside of the string length the chars
till the end of the string is inserted.
openwind MACRO
move.l intbase,a6
lea.l \1,a0
jsr OpenWindow(a6)
ENDM
start:
openwind newwindow
movewind MACRO
move.l intbase,a6
move.l \1,a0
moveq #0,d0
move.\0 \2,d1
IFC `\0',`b'
ext.w d1
ENDC
jsr MoveWindow(a6)
ENDM
start:
move.b #10,d2
1$:
movewind.b newwindow,d2
addq.b #1,d2
cmp.b #100,d2
bne.s 1$
wait MACRO
moveq #-1,d0
wait\
dbra d0,wait\
ENDM
start:
wait
wait
wait
test MACRO
move.l #\*upper(Hello),d0
move.l #\*lower(Hello),d0
move.l #\*strlen(1234567890123456),d0
move.l #\*valof(value),d0
rts
cstring "\*left(abcdefgh,4)"
even
cstring "\*left(abcdefgh,10)"
even
cstring "\*right(abcdefgh,4)"
even
cstring "\*right(abcdefgh,10)"
even
cstring "\*mid(abcdefgh,2,4)"
even
cstring "\*mid(abcdefgh,2,8)"
even
ENDM
value = 123456789
hello:
test
value = 123456789
hello:
move.l #HELLO,d0
move.l #hello,d0
move.l #16,d0
move.l #123456789,d0
rts
cstring "abcd"
even
cstring "abcdefgh"
even
cstring "efgh"
even
cstring "abcdefgh"
even
cstring "cdef"
even
cstring "cdefgh"
even
PUTTAG MACRO
IFC "\2",""
PUTTAG_COUNT set 0
ENDC
IFNC "\2",""
move.l \2,-(a7)
PUTTAG_COUNT SET PUTTAG_COUNT+4
ENDC
move.l \1,-(a7)
PUTTAG_COUNT SET PUTTAG_COUNT+4
IFC "\1","#TAG_END"
PUTTAG_COUNT SET 4
ENDC
ENDM
CLEARTAG MACRO
lea.l PUTTAG_COUNT(a7),a7
ENDM
PUTTAG #TAG_END
PUTTAG #WA_Width,#100
PUTTAG #WA_ScreenTitle,#Title
.
.
move.l a7,a1
sub.l a0,a0
jsr OpenWindowTagList(a6)
CLEARTAG
Highlevel Macros
================
In highlevel macros the operands are based of legal addressmodes.
Arguments are based of operands and the operators +,-,<<,>>. Conditions
are based of !,=, <,>,<=,>=,<>. By using highlevel macros you can make
the programming of non critical source areas easier and more abstract.
Blame Mike Schwartz for this idea...he forced me to do it:-B
.REG
....
sets the accumulator register that is used to calculate arguments.
Default register is D0.
.BRANCH b|w|l
.............
sets the length of branch commands that are used in the highlevel
macros. Standard length is .b.
.FOR Operand[.b|w|l] = Operand TO Operand STEP Operand
......................................................
creates code for a for loop. The optional width you define after
the first operand sets the width for all operations in the for loop.
.FOR d0.w = #1 to STEP #2
addq.w #1,d1
.NEXT
;Compiled Code
move.w #1,d0
__for1:
addq.w #1,d1
add.w #2,d0
cmp.w ,d0
blt.b __for1
.NEXT
.....
closes the outer .FOR loop.
.IF [Argument] =,!, < , > , <> Operand
......................................
creates code for an IF-Operation. You can remove the first argument
if you wanna test the operand. For example .IF <>
.IF (a0) + #0 <> d1
moveq #0,d0
.ELSE
moveq #1,d0
.ENDIF
;Compiled Code
move.l (a0),d7
add.l #0,d7
cmp.l d1,d7
beq.b __else1
moveq #0,d0
bra.b __endif1
__else1:
moveq #1,d0
__endif1:
.ELSE
.....
starts an alternative IF-Block.
.ENDIF
......
closes the outer .IF block.
.WHILE [Argument] =,!, < , > , <> Operand
.........................................
creates code for a while loop The optional width you define after
the first operand sets the width for all operations in the while loop.
.WHILE d0 <> #0
addq.w #1,d1
.ENDWHILE
;Compiled Code
__while1:
cmp.l #0,d0
beq.s __endwhile1
addq.w #1,d1
bra.s __while1
__endwhile1:
.ENDWHILE
.........
closes the outer while loop.
.CALL Function [, Argument [, Argument [,...]]]
...............................................
calls a C-Funktion by parsing the arguments through the stack.
Arguments are calculated in the accumulator register.
.CALL func , test + 0 - #20 , #test
;Compiled Code
move.l test,d7
add.l 0,d7
sub.l #20,d7
move.l d7,-(a7)
move.l #test,-(a7)
jsr func
ifnc "8","0" ;Were there any parameters ?
lea.l __CALLSize(a7),a7
endc
.RETURN Argument
................
returns a result value in the accumulator register.
.return d1 + d2 + #$100
;Compiled Code
move.l d1,d7
add.l d2,d7
add.l #$100,d7
.DEF func [, Operand [, Operand [,...]]]
........................................
defines a C-Stack function and loads the defined parameters into the
operands.
.DEF func , d0.w , d1 , (a0)
.ENDDEF
;Compiled Code
XDEF func
link a5,#0
move.w $0a(a5),d0
move.l $0c(a5),d1
move.l $10(a5),(a0)
unlk a5 ;.ENDDEF
rts
.ENDDEF
.......
closes a function that was started by .DEF
.LET [ Operand =] Argument
..........................
calculates an argument in an accumulator or moves the value to a
defined operand.
.LET + 4 - #LN_SIZE << #7
.LET d1 = (a1) - (a0)
;Compiled Code
add.l 4,d7
sub.l #LN_SIZE,d7
lsl.l #7,d7
move.l (a1),d7
sub.l (a0),d7
move.l d7,d1
Predefined Symbols
==================
NARG
....
represents the macro parameter count in a macro.
BARFLY
......
represents the assembler version.
680xx
.....
represents the CPU processor type.
6888x
.....
represents the FPU processor type.
_MOVEMBYTES
...........
represents the byte count the last movem transfer used.
lea _MOVEMBYTES(a7),a7 ;frees the stack
_MOVEMREGS
..........
represents the last movem register mask.
movem (a7)+,_MOVEMREGS
__RS
....
represents the RS-Counter.
__SO
....
represents the RS-Counter.
__FO
....
represents the FO-Counter.
Optimizing
==========
Optimize Methods...
Direct Addressmode Optimizing
-----------------------------
The assembler can direct optimize certain 68020...60 Addressmodes if
a faster 68000 addressmode exists. This optimizing method should
always be activated because of compatibility reasons.
* `(bd.w,an)' can be optimized to `x(an)' that removes 1 word and
some cycles.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (1000.w,an),dn | move.l 1000(an),dn | -OC0 |
+------------------------+--------------------+--------+
* `(bd.w,pc)' can be optimized to `x(pc)' that removes 1 word and
some cycles.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (1000.w,pc),dn | move.l 1000(pc),dn | -OC1 |
+------------------------+--------------------+--------+
* `(bd.w)' can be optimized to `bd.w' that removes 1 word and some
cycles.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (bd.w),dn | move.l bd.w,dn | -OC4 |
+------------------------+--------------------+--------+
* `(bd.l)' can be optimized to `bd.l' that removes 1 word and some
cycles.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (bd.l),dn | move.l bd.l,dn | -OC5 |
+------------------------+--------------------+--------+
* `(an)' can be optimized to `(an)' that removes 1 word and some
cycles. The addressmode `(an)' can be interpreted as a subgroup
of `(bd,an,xn)'. Because `(an)' is a normal 68000 addressmode you
should never switch off this optimizing method.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (an),dn | move.l (an),dn | -OC6 |
+------------------------+--------------------+--------+
* `(pc)' can be optimized to `(pc)' that removes 1 word and some
cycles. The addressmode `(pc)' can be interpreted as a subgroup
of `(bd,pc,xn)'. Because `(pc)' is a normal 68000 addressmode you
should never switch off this optimizing method.
+------------------------+--------------------+--------+
| Addressmode | Optimizing | Option |
+------------------------+--------------------+--------+
+------------------------+--------------------+--------+
| move. l (pc),dn | move.l (pc),dn | -OC7 |
+------------------------+--------------------+--------+
Address Optimizing
------------------
* `Long'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| x.l,EA | x.w,EA | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+ -OAL |
| EA,x.l | EA,x.l | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+--------+
* `x(an)'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| x(an),EA | (an),EA | x=0 | |
+---------------+----------------+---------------------+ -OAX |
| EA,x(an) | EA,(an) | x=0 | |
+---------------+----------------+---------------------+--------+
* `PC-Relative'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| label,EA | label(pc),EA | $ffff8000<=x<=$7fff | -OAP |
+---------------+----------------+---------------------+--------+
* `A4-Smalldata'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| x.l,EA | x(a4),EA | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+ -OAS |
| EA,x.l | EA,x(a4) | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+--------+
* `68020-An'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| (x.l,an) | (an) | x=0 | -OAY |
+---------------+----------------+---------------------+ |
| (x.l,an) | x(an) | $ffffff80<=x<=$7f | |
+---------------+----------------+---------------------+ |
| (x,an,xn) | 0(an,xn) | x=0 | |
+---------------+----------------+---------------------+ |
| (x,an,xn) | (x.b,an,xn) | $ffffff80<=x<=$7f | |
+---------------+----------------+---------------------+ |
| (x,an,xn) | (x.w,an,xn) | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+ |
| ([?],x) | ([?]) | x=0 | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],x) | ([?],x.w) | $ffff8000<=x<=$7fff | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],xn,x) | ([?],xn) | x=0 | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],xn,x) | ([?],xn,x.w)| $ffff8000<=x<=$7fff | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+--------+
* `68020-PC'
+---------------+----------------+---------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+---------------------+--------+
+---------------+----------------+---------------------+--------+
| (x.l,pc) | (pc) | x=0 | -OAZ |
+---------------+----------------+---------------------+ |
| (x.l,pc) | x(pc) | $ffffff80<=x<=$7f | |
+---------------+----------------+---------------------+ |
| (x,pc,xn) | 0(pc,xn) | x=0 | |
+---------------+----------------+---------------------+ |
| (x,pc,xn) | (x.b,pc,xn) | $ffffff80<=x<=$7f | |
+---------------+----------------+---------------------+ |
| (x,pc,xn) | (x.w,pc,xn) | $ffff8000<=x<=$7fff | |
+---------------+----------------+---------------------+ |
| ([?],x) | ([?]) | x=0 | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],x) | ([?],x.w) | $ffff8000<=x<=$7fff | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],xn,x) | ([?],xn) | x=0 | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+ |
| ([?],xn,x) | ([?],xn,x.w)| $ffff8000<=x<=$7fff | |
| | | ? is also optimized | |
+---------------+----------------+---------------------+--------+
#x Optimizing
-------------
* `Move'
+-------------------+------------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+-------------------+------------------+-------------------------+--------+
+-------------------+------------------+-------------------------+--------+
| move.l #x,dn | moveq #x,dn | $ffffff80<=$7f | -OD0 |
+-------------------+------------------+-------------------------+ |
| move.? #0,an | suba.l an,an | ? = w or l | |
+-------------------+------------------+-------------------------+ |
| move.l #x,dn | moveq #y,dn | $10000<=x<=$7f0000 | |
| | swap dn | | |
+-------------------+------------------+-------------------------+ |
| move.l #x,dn | moveq #y,dn | $ff80ffff<=x<=$fffEffff | |
| | swap dn | | |
+-------------------+------------------+-------------------------+ |
| move.l #x,dn | moveq #y,dn | $80<=x<=$ff | |
| | neg.b dn | | |
+-------------------+------------------+-------------------------+ |
| move.l #x,dn | moveq #y,dn | $ffff<=x<=$ff81 | |
| | neg.w dn | | |
+-------------------+------------------+-------------------------+ |
| move.l #x,dn | moveq #y,dn | $ffff0080<=x<=$ffff0001 | |
| | neg.w dn | | |
+-------------------+------------------+-------------------------+ |
| move.? #0,EA | clr.? EA | ? = w or l.See Trashreg | |
| | | optimizing. I also check| |
| | | if it accesses the HW | |
+-------------------+------------------+-------------------------+ |
| move.b #$ff,EA | st EA | | |
+-------------------+------------------+-------------------------+ |
| movea.l -4(an),an | movea.l -(an),an | | |
+-------------------+------------------+-------------------------+--------+
* `Clr'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| clr.l dn | moveq #0,dn | | -OD1 |
+---------------+----------------+-------------------------+--------+
* `Add'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| add.? #x,EA | addq.? #x,EA | 1<=x<=8 | -OD2 |
+---------------+----------------+-------------------------+ |
| add.? #x,EA | subq.? #x,EA | -8<=x<=-1 | |
+---------------+----------------+-------------------------+ |
| add.? #x,an | lea.l x(an),an | $ffff8000<=x<=$7fff | |
+---------------+----------------+-------------------------+ |
| add.? #0,EA | tst.? EA | legal EA | |
+---------------+----------------+-------------------------+ |
| add.? #0,an | removed | | |
+---------------+----------------+-------------------------+--------+
* `Sub'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| sub.? #x,EA | subq.? #x,EA | 1<=x<=8 | -OD3 |
+---------------+----------------+-------------------------+ |
| sub.? #x,EA | addq.? #x,EA | -8<=x<=-1 | |
+---------------+----------------+-------------------------+ |
| sub.? #x,an |lea.l -x(an),an | $ffff8000<=x<=$7fff | |
+---------------+----------------+-------------------------+ |
| sub.? #0,EA | tst.? EA | legal EA | |
+---------------+----------------+-------------------------+ |
| sub.? #0,an | removed | | |
+---------------+----------------+-------------------------+--------+
* `Lea'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| lea x(an),an | addq.w #x,an | 1<=x<=8 | |
+---------------+----------------+-------------------------+ -OD4 |
| lea x(an),an | subq.w #x,an | -8<=x<=-1 | |
+---------------+----------------+-------------------------+--------+
* `Cmp'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| cmp.? #0,EA | tst.? EA | | -OD5 |
+---------------+----------------+-------------------------+--------+
* `Bcc'
The assembler tries to optimize the branch on the smallest
possible length so that can win max 2 words and some cycles.
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| Bcc.l label | Bcc.w label | $8000<=label<=$7fff | -OD6 |
+---------------+----------------+-------------------------+ |
| Bcc.l label | Bcc.s label | $80<=label<=$7f | |
+---------------+----------------+-------------------------+ |
| Bcc.w label | Bcc.s label | $80<=label<=$7f | |
+---------------+----------------+-------------------------+--------+
Attention! This optimizing methid is unsafe when you use
BRANCH-Tables. You should switch off the optimize method over
this area.
* `Jsr'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| jsr label | bsr.w label | $8000<=Offset<=$7fff | |
+---------------+----------------+-------------------------+ -OD7 |
| jsr label | bsr.s label | $80<=Offset<=$7f | |
+---------------+----------------+-------------------------+--------+
Attention! This optimizing methid is unsafe when you use
JSR-Tables. You should switch off the optimize method over this
area.
* `Jmp'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| jmp label | bra.w label |$ffff8000<=Offset<=$7fff | |
+---------------+----------------+-------------------------+ -OD8 |
| jmp label | bra.s label |$ffffff80<=Offset<=$7f | |
+---------------+----------------+-------------------------+--------+
* `Asl'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| asl.? #1,dn | add.? dn,dn | | -OD9 |
+---------------+----------------+-------------------------+--------+
* `Or' This optimizing method isn't safe because of the changed
condition flags.
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| or.? #x,dn | bset #y,dn | x=y^2 | -ODa |
+---------------+----------------+-------------------------+--------+
* `Eor' This optimizing method isn't safe because of the changed
condition flags.
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| eor.? #x,dn | bchg #y,dn | x=y^2 | -ODb |
+---------------+----------------+-------------------------+--------+
* `Mulu'
Be very careful with this optimizing.
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| mulu.w #x,dn | swap dn | x=2^y | -ODc |
| | clr.w dn | y=y1+y2 | |
| | swap dn | y=1,add.l dn,dn | |
| | lsl.l #y1,dn | | |
| | lsl.l #y2,dn | | |
+---------------+----------------+-------------------------+ |
| mulu.l #x,dn | lsl.l #y1,dn | x=2^y | |
| | lsl.l #y2,dn | y=y1+y2 | |
| | | y >= 16 | |
| | | swap dn , y-16 | |
+---------------+----------------+-------------------------+--------+
* `Muls'
Be very careful with this optimizing.
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| muls.w #x,dn | ext.l dn | x=2^y | -ODd |
| | asl.l #y1,dn | y=y1+y2 | |
| | asl.l #y2,dn | y=1 , add.l dn,dn | |
+---------------+----------------+-------------------------+ |
| muls.l #x,dn | asl.l #y1,dn | x=2^y | |
| | asl.l #y2,dn | y=y1+y2 | |
| | | y >= 16 | |
| | | swap dn ,y-16 | |
+---------------+----------------+-------------------------+--------+
* `Jsr+Rts'
+--------------+---------------+------------------------+-------+
| Addressmode | Optimizing | Note |
Option |
+--------------+---------------+------------------------+-------+
+--------------+---------------+------------------------+-------+
| jsr EA | jmp EA | No optimizing if there's| -ODe
| | rts | | a label before RTS |
|
+--------------+---------------+------------------------+-------+
* `Bsr+Rts'
+--------------+---------------+------------------------+-------+
| Addressmode | Optimizing | Note |
Option |
+--------------+---------------+------------------------+-------+
+--------------+---------------+------------------------+-------+
| jmp EA | jmp EA | No optimizing if there's| -ODf
| | rts | | a label before RTS |
|
+--------------+---------------+------------------------+-------+
* `MovemNoRegister'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| movem.l ,EA | Removed | | |
+---------------+----------------+-------------------------+ -ODh |
| movem.l EA, | Removed | | |
+---------------+----------------+-------------------------+--------+
* `MovemOneRegister'
+---------------+----------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+----------------+-------------------------+--------+
+---------------+----------------+-------------------------+--------+
| movem.l Xn,EA | Move.l Xn,EA | Alter the status flags! | |
+---------------+----------------+-------------------------+ -ODi |
| movem.l EA,Xn | Move.l EA,Xn | Alter the status flags! | |
+---------------+----------------+-------------------------+--------+
Register Optimizing
-------------------
* `#xxx' is switched off.
* An address register is set free by `trashreg'.
+---------------+--------------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+--------------------+-------------------------+--------+
+---------------+--------------------+-------------------------+--------+
|move.? EA,label| lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | move.? EA,(an) | | -OAR |
+---------------+--------------------+-------------------------+ |
| tst.? label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | tst.? (an) | | |
+---------------+--------------------+-------------------------+ |
| not.? label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | not.? (an) | | |
+---------------+--------------------+-------------------------+ |
| neg.? label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | neg.? (an) | | |
+---------------+--------------------+-------------------------+ |
| negx.? label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | negx.? (an) | | |
+---------------+--------------------+-------------------------+ |
| nbcd label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | nbcd (an) | | |
+---------------+--------------------+-------------------------+ |
| scc label | lea.l label(pc),an | $ffff8000<=label<=$7fff | |
| | scc (an) | | |
+---------------+--------------------+-------------------------+--------+
* `#x' Optimizing on.
* An address register is set free by `trashreg'.
+---------------+--------------------+-------------------------+--------+
| Addressmode | Optimizing | Note | Option |
+---------------+--------------------+-------------------------+--------+
+---------------+--------------------+-------------------------+--------+
| move.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | move.l dn,EA | | -OAR |
+---------------+--------------------+-------------------------+ |
| ori.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | or.l dn,EA | | |
+---------------+--------------------+-------------------------+ |
| eori.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | eor.l dn,EA | | |
+---------------+--------------------+-------------------------+ |
| andi.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | and.l dn,EA | | |
+---------------+--------------------+-------------------------+ |
| addi.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | add.l dn,EA | | |
+---------------+--------------------+-------------------------+ |
| subi.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | sub.l dn,EA | | |
+---------------+--------------------+-------------------------+ |
| cmpi.l #x,EA | moveq #x,dn | $ffffff80<=x<=$7f | |
| | cmp.l EA,dn | | |
+---------------+--------------------+-------------------------+ |
| move.? #0,EA | moveq #0,dn | Time optimizing | |
| | move.l dn,EA | must be on | |
+---------------+--------------------+-------------------------+--------+
How does Optimizing work ?
--------------------------
In single-pass Optimizing the assembler can only optimize commands
where it can resolve the reference in the first pass. This means the
label or symbol has to be known before. In multi-pass Optimizing it
can optimize every command without bothering where the label is defined.
The Assembler keeps all labels each pass but increases a change counter
if the old contents differs with the new contents. The exception is
that the assembler can't optimize commands that depend on symbols that
are defined after the command. The reason is that the Assembler has to
remove each pass every symbol to avoid problems with `IFD' and `IFND'
that can cause that certain areas aren't assembled in multi-pass mode.
You probably noticed that i assume that nobody used `IFD' or `IFND'
with labels because that would also break multi-pass.
An example for a construct that can't be optimized.
move.l #1,NULL(a0)
NULL=0
Problems...
-----------
You should always be careful with optimizing because it can cause
bugs in certain source areas. Branch optimizing for example has to be
switched off if you use JMP-Towers.
lsl.w #1,d0
jmp Tower(pc,d0.w)
Tower:
bra.w func1
bra.w func2
bra.w func3
could be be optimized to
Tower:
bra.w func1
bra.s func2
bra.s func3
that leads to program bugs.
Solution:
bopt OD6-
Tower:
bra.w func1
bra.w func2
bra.w func3
bopt OD6+
Preassembled Includes
=====================
If you wanna assemble a program that needs to load a lot includes
it's useful to preassemble the includes and load one file because the
real slowdown factor is the need loading time. You can only use
absolut symbols and macros in a preassembled file. All relative and
symbols defined by `set' aren't written into a preassembled file.
The created file isn't compress to avoid any slowdown but if the file
size is critical you can compress the file by xpk and load it through
the xfh filesystem.
basm -p Source.S creates the preassembled file Source.p
An error location could be absolut symbols that are calculated by
relative symbols. You should avoid these symbols.
Symbol=Label1-Label2
Resident includes
=================
`BASM' can control an Include and Incbin database by the library
`cachefile.library' to get rid of the loading delays. The files in the
database can be shown and deleted.
Basm Assembler System
=====================
Cli Calling Convention
----------------------
`Format:'
BASM [-Option] Name
This is the commandline version of the assembler and can be easy
integrated in own development system, for example `Make' and `CED'.
An assembler error is indicated by the result 20 and the result 10 is
used if no source file were specified.
* `Option'
The same options are accepted that are described in
the assembler command *Note BOPT: MI_BOPT. The
following options are accepted additionally.
* A[+,-] Turns ARexx mode on/off
* C <Configuration> loads a configuration file
* d <Symbol=Value> defines a symbol
* `Standard-Optionen'
;All other options are disactivated.
c+,e+,m1000,wo+,ws+,wm+,w2+,w4+
b1+,B0+,n1+
OC0+,OC1+,OC2+,OC3+,OC4+,OC5+,OC6+,OC7+,
ODD+,OD0+,OD1+,OD2+,OD3+,OD4+,OD5+,OD6+,OD7+,OD8+,
OD9+,ODc+,ODe+,ODf+,ODg+
OAP+,OAL+,OAX+,OAY+,OAZ+,OAR+
Configuration
-------------
Global
......
You can define the global configuration through the file
`ENV:BASMOption'. The internal standard configuration is not replaced
but can only be changed.
File `ENV:BASMOption'
-v
-f
-c-
-iASM:
If a line starts with - it's ignored.
WB Tooltypes
............
Additionally you can also define the above described configuration
options in the tooltypes of the source file icon. Furthermore `BASM'
allows a special tooltype to define an output window.
o Window= <Window Defintion>
ARexx
=====
The `BASM' ARexx Port Name is `BASM_rexx' and the ARexx Script
suffix `.basm'. To activate the `BASM' ARexx mode you have to start
`BASM' with the option -A.
BASM
....
`BASM [-Option] Name'
This ARexx command starts the assembler and coincides with the
CLI-syntax structure.
BEND
....
`BEND'
This ARexx command closes the ARexx port and shuts down the
assembler.
BGETERROR
.........
`BGETERROR'
With this ARexx command you will receive an explanation of the actual
errors. If no errors exist it will return a status code 20.
Error Format String
OFFSET:FILE:<Error Description>
BNEXTERROR
..........
`BNEXTERROR'
This ARexx command will cause a jump to the next error in the list.
If there are no further errors in the list it will return a status
code 20.
BINITERROR
..........
`BINITERROR'
This ARexx command will cause a jump to the first entry in the error
list. If no error exists it will return a status code 20.
Compatibility
=============
to other assemblers...
----------------------
Fortunately `BASM' can't be 100% compatible to every assembler on
the amiga market. Thus you can expect problems with different
sources. In general you can expect problems with commands that
don't belong to a standard like option commands. Furthermore you
should also be careful with sources that directly depend on the
assembler implementation. Because `BASM' is a 1-Pass Assembler in
the normal mode with an additional backpatch phase you shouldn't
define symbols that can't be resolved at once. An ideal example
for this practice is the `Xoper2.2' Source that was developed with
the PD Assembler A68k. While assembling with `BASM' the assembler
detects that a not defined symbols is accessed through the `SET'
command. Generally this should cause an error at once but
unfortunately `A68k' doesn't show anything and uses the last value
of `cmdnum'.
ADDCMD MACRO
cmdnum set cmdnum+1
dc.b \1,0
ENDM
.
.
.
;Here it's using `cmdnum' although
;the symbol wasn't defined yet
addq #1,d2
cmp.w #cmdnum,d2
bne.s 1$
.
.
.
;Here the cmdnum is first defined
cmdnum set 0
commds ADDCMD 'time'
ADDCMD 'taskpri'
ADDCMD 'info'
ADDCMD 'pri'
ADDCMD 'flush'
Because the A68k is a 2-Pass Assembler he can assemble this Source
without problems.
Another Problem is that the assembler argument parser doesn't
detect Overflow because of speed reasons. I don't think it's worth
it...if you differ tell me your opinion.
The assembler doesn't support the following motorola syntax bugs
because of the internal structure of the parser it would cause
major problems in the multi-pass mode.
symbol: equ 0
symbol: equr d0
C-Compiler Assembler
--------------------
Dice
....
If you use Basm as a `DASM' replacement you have to run `Basm' with
the option -OAS to activate the Smalldata mode. If you wanna emulate
the advanced `Link',`UnLink', `Movem' optimizing `DASM' supports you
have to use the options -O,-OG,-ODh,-ODi,-ODj. The option -OG is
needed because the link stackframe register list symbols are defined
after the commands so the assembler doesn't know them in the 1 pass
mode. Sorry...i had to disable this mode because i later detected that
i have to keep track of the used registers. I'll try to fix this in a
later version
Literature
**********
* [Addison Wesley] RKM Libraries 2.04,CATS
* [Addison Wesley] RKM Devices 2.04,CATS
* [Addison Wesley] RKM Autodocs\&Includes 2.04,CATS
* [Addison Wesley] RKM Hardware 2.04,CATS
* [Addison Wesley] RKM Styleguide,CATS
* [Addison Wesley] RKM Libraries 1.1,CATS
* [Addison Wesley] RKM Intuition 1.1,CATS
* [Addison Wesley] RKM Exec 1.1,CATS
* [Addison Wesley] RKM Hardware 1.1,CATS
* [Edotronik] Kommentiertes Rom-Listing 1,Dr. Ruprecht
* [Edotronik] Kommentiertes Rom-Listing 2,Dr. Ruprecht
* [Edotronik] Kommentiertes Rom-Listing 3,Dr. Ruprecht
* [Ralph Babel] Guru Book,Selbstvertrieb
Software
********
For the development of Barfly the following programs were used:
* [CATS] Developer CD V2.0
* [B.Hawes] WShell V2.0
* [M.Sinz] Enforcer
* [C.Scheppner] Mungwall
* [SAS Institute] SAS/C
* [GNU] GCC
* [ASDG] CED
* [Georg Hessmann] PasTex
* [Stefan Stuntz] MFR 2.0d
* [Mathias Scheler] Filer
* [Matthew Dillon] DNet
Assembler Addressmodes
**********************
+--------------+------------------------+
| Notation | Description |
+--------------+------------------------+
+--------------+------------------------+
| EA | Effective Address |
| Dn | D0...D7 |
| An | A0...A7 |
| Xn | D0...D7, A0...A7 |
| .b | Operand Width 8Bit |
| .w | Operand Width 16Bit |
| .l | Operand Width 32Bit |
| size | w,l |
| Size | b,w,l |
| Scale | 1,2,4 or 8 |
| Xn.size*Scale| 68000-10 only Scale 1. |
+---------------------------------------+
`Data register direct'
Syntax: Dn
`Address register direct'
Syntax: An
`Address register indirect'
Syntax: (An)
`Address register indirect with postincrement'
Syntax: (An)+
`Address register indirect with predecrement'
Syntax: -(An)
`Address register indirect with offset'
Syntax: bd.w(An)
`Address register indirekt with index and offset'
Syntax: bd.b(An,Xn{.Size*Scale})
`Address register indirect with index and offset'
Syntax: (bd,An,Xn{.Size*Scale})
`Address register indirect with index and offset'
Syntax: (bd.b,An,Xn{.Size*Scale})
`Address register indirect with index and base displacement'
Syntax: ({bd.size{,An{,Xn{.Size{*Scale}}}}})
`Indirekter Memory Addressierung mit postindex'
Syntax: ({[{bd.size{,An}}]}{Xn{.Size{*Scale}{,od.size}}})
`Indirekter Memory Addressierung mit preindex'
Syntax: ({[{bd.size{,An}}{,Xn{.Size{*Scale}]}{,od.size}}})
`PC Indirect'
Syntax: (PC)
`PC Indirect with offset'
Syntax: bd.w(PC)
`PC Indirect with index and offset'
Syntax: bd.b(PC,Xn{.Size*Scale})
`PC Indirect with index and offset'
Syntax: bd.b(ZPC,Xn{.Size*Scale})
`PC Indirect with index and base displacement'
Syntax: ({bd.size{,PC{,Xn{.Size{*Scale}}}}})
`PC Indirect with index and base displacement'
Syntax: ({bd.size{,ZPC{,Xn{.Size{*Scale}}}}})
`PC Indirect memory Addressing with post-index'
Syntax: ({[{bd.size{,PC}}]}{,Xn{.Size{*Scale}{,od.size}}})
`PC Indirect memory Addressing with post-index'
Syntax: ({[{bd.size{,ZPC}}]}{,Xn{.Size{*Scale}{,od.size}}})
`PC Indirect memory Addressing with pre-index'
Syntax: ({[{bd.size{,PC}}{,Xn{.Size{*Scale}]}{,od.size}}})
`PC Indirect memory addressing with pre-index'
Syntax: ({[{bd.size{,ZPC}}{,Xn{.Size{*Scale}]}{,od.size}}})
`Absolut short'
Syntax: bd.w
`Absolut long'
Syntax: bd[.l]
`Immediate Data'
Syntax: #xxx
Addressmode Examples
====================
To avoid some problems here are some small examples how addressmode
have to build up.
x=$40
y=$400
move.b (x,A0,D2.W),D0
move.b x(A0,D2.W),D0
;Both lines are correct
;(x,a0,d2.w) is optimized internal to (x,a0,d2.w).
;For more information please check the chapter about
;Optimizing Direct Addressmodes.
move.b (y,A0,D2.W),D0
move.b y(A0,D2.W),D0
;Now you get 2 errors, because y is not an 8bit word.
;These 2 lines shows the correct version.
move.b (y.w,A0,D2.W),D0
move.b (y.w,A0,D2.W),D0
;or
move.b (y.l,A0,D2.W),D0
move.b (y.l,A0,D2.W),D0
680xx Opcode Overview
*********************
+----------+---------+-------------------------------------------+
| Opcode | Size | 68000 68010 68020 68030 68040 68060 6888x |
+----------+---------+-------------------------------------------+
+----------+---------+-------------------------------------------+
| abcd | b | x x x x x x |
| add | b,w,l | x x x x x x |
| addq | b,w,l | x x x x x x |
| adda | w,l | x x x x x x |
| addi | b,w,l | x x x x x x |
| addx | b,w,l | x x x x x x |
| and | b,w,l | x x x x x x |
| andi | b,w,l | x x x x x x |
| asr | b,w,l | x x x x x x |
| asl | b,w,l | x x x x x x |
| bcc | b,w,l | x x x x x x |
| bchg | b,l | x x x x x x |
| bclr | b,l | x x x x x x |
| bfchg | unsized | x x x x |
| bfclr | unsized | x x x x |
| bfext | unsized | x x x x |
| bfffo | unsized | x x x x |
| bfins | unsized | x x x x |
| bfset | unsized | x x x x |
| bftst | unsized | x x x x |
| bkpt | unsized | x x x x x |
| bset | b,l | x x x x x x |
| btst | b,l | x x x x x x |
| callm | unsized | x |
| cas | b,w,l | x x x x x x,2 |
| cas2 | b,w,l | x x x x x x,2 |
| chk | b,w,l | x x x x x x |
| chk2 | b,w,l | x x x 2 |
| cinv¹ | unsized | x x |
| clr | b,w,l | x x x x x x |
| cmp | b,w,l | x x x x x x |
| cmpa | w,l | x x x x x x |
| cmpi | b,w,l | x x x x x x |
| cmpm | b,w,l | x x x x x x |
| cmp2 | b,w,l | x x x 2 |
| cpush¹ | unsized | x x |
| dbcc | w | x x x x x x |
| divs | w,l | x x x x x x,2 |
| divsl | l | x x x x |
| divu | w,l | x x x x x x,2 |
| divul | l | x x x x |
| eor | b,w,l | x x x x x x |
| eori | b,w,l | x x x x x x |
| eori/ccr | b | x x x x x x |
| eori/sr¹ | w | x x x x x x |
| exg | l | x x x x x x |
| ext | w,l | x x x x x x |
| extb | l | x x x x |
| fabs | | x x x |
| fsabs | | x x |
| fdabs | | x x |
| facos | | 2 2 x |
| fadd | | x x x |
| fsadd | | x x |
| fdadd | | x x |
| fasin | | 2 2 x |
| fatan | | 2 2 x |
| fatanh | | 2 2 x |
| fbcc | | x x x |
| fcmp | | x x x |
| fcos | | 2 2 x |
| fcosh | | 2 2 x |
| fdbcc | | x 2 x |
| fdiv | | x x x |
| fsdiv | | x x |
| fddiv | | x x |
| fetox | | 2 2 x |
| fetoxm1 | | 2 2 x |
| fgetexp | | 2 2 x |
| fgetman | | 2 2 x |
| fint | | 2 x x |
| fintrz | | 2 x x |
| flogn | | 2 2 x |
| flognp1 | | 2 2 x |
| flog2 | | 2 2 x |
| flog10 | | 2 2 x |
| fmod | | 2 2 x |
| fmove | | x x x |
| fsmove | | x x |
| fdmove | | x x |
| fmovecr | | 2 2 x |
| fmovem | | x x,2 x |
| fmul | | x x x |
| fsmul | | x x |
| fdmul | | x x |
| fneg | | x x x |
| fsneg | | x x |
| fdneg | | x x |
| fnop | | x x x |
| frem | | 2 2 x |
| frestore¹| | x x x |
| fscc | | 2 2 x |
| fsub | | x x x |
| fssub | | x x |
| fdsub | | x x |
| fsave¹ | | x x x |
| fscale | | 2 2 x |
| fsglmul | | 2 2 x |
| fsgldiv | | 2 2 x |
| fsin | | 2 2 x |
| fsinh | | 2 2 x |
| fsincos | | 2 2 x |
| fsqrt | | x x x |
| fssqrt | | x x |
| fdsqrt | | x x |
| ftan | | 2 2 x |
| ftanh | | 2 2 x |
| ftentox | | 2 2 x |
| ftrap | | x 2 x |
| ftst | | x x x |
| ftwotox | | 2 2 x |
| illegal | unsized | x x x x x x |
| jmp | unsized | x x x x x x |
| jsr | unsized | x x x x x x |
| lea | l | x x x x x x |
| link | w,l | x x x x x x |
| lpstop | | x |
| lsl | b,w,l | x x x x x x |
| lsr | b,w,l | x x x x x x |
| move | b,w,l | x x x x x x |
| movea | w,l | x x x x x x |
| moveq | l | x x x x x x |
| movec¹ | l | x x x x x |
| movem | w,l | x x x x x x |
| movep | w,l | x x x x x |
| moves¹ | b,w,l | x x x x x |
| move16 | | x x |
| muls | w,l | x x x x x x |
| mulu | w,l | x x x x x x |
| nbcd | b | x x x x x x |
| neg | b,w,l | x x x x x x |
| negx | b,w,l | x x x x x x |
| nop | unsized | x x x x x x |
| not | b,w,l | x x x x x x |
| or | b,w,l | x x x x x x |
| ori | b,w,l | x x x x x x |
| pack | unsized | x x x x |
| pea | l | x x x x x x |
| pflush¹ | unsized | x x x |
| pflusha¹ | unsized | x |
| plpa¹ | unsized | x |
| pload¹ | unsized | x |
| pmove¹ | w,l,q | x |
| ptest¹ | unsized | x x |
| reset¹ | unsized | x x x x x x |
| rol | b,w,l | x x x x x x |
| ror | b,w,l | x x x x x x |
| roxl | b,w,l | x x x x x x |
| roxr | b,w,l | x x x x x x |
| rtd | unsized | x x x x x |
| rte¹ | unsized | x x x x x x |
| rtr | unsized | x x x x x x |
| rts | unsized | x x x x x x |
| rtm | unsized | x |
| sbcd | b | x x x x x x |
| scc | b | x x x x x x |
| stop¹ | unsized | x x x x x x |
| sub | b,w,l | x x x x x x |
| subq | b,w,l | x x x x x x |
| suba | w,l | x x x x x x |
| subi | b,w,l | x x x x x x |
| subx | b,w,l | x x x x x x |
| swap | w | x x x x x x |
| tas | b | x x x x x x |
| trap | unsized | x x x x x x |
| trapcc | ? ,w,l | x x x x |
| trapv | unsized | x x x x x x |
| tst | b,w,l | x x x x x x |
| unlk | unsized | x x x x x x |
| unpk | unsized | x x x x |
+----------+---------+-------------------------------------------+
¹ Supervisor instruction
2 These are software-supported instructions on the 68040 and 68060